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e^Profilexlnterface; 

A more complete description of the ADnle/Pr!,f^i .' 

. document "llXTERf^AL REFERENCE SplcmCAT^of ^ a^l^'''^^^ '^^^ ^« f°"nd In 
■ ■^oolley and Wolfgang Dirks, dacL Apm [fi! /g^l /^^ PIPPt>^ 'HARDWARE" bv 

'\7l^^''''' ^-- ^^^--^^-AonlelntirfaceCard: 



I-erface Card''\s'\4Vn3me Sr/" ^^V^^ *--« ^^^- cahU .. T,e 
controller calculates oarit^onlvl .^""^^-^^^^^'^ ■ ^^^is signal: t^e 
t'^e controller does not check "a^VtvH '""'' " '"""'^ "^"^^ ^^^ '^-^ 

instead the parity bit is L 'eneJateJ "^ ' ""'' '^ ^^""^ ' ^°™ '^^ '-os ] 
:, of the bus and then routed bac^LJ^ ho"st."" "" ''' controller side 

''^S si^nT^f onr^^;::^ T^=:\^^ ^ost. .cttve ht.h . 
V . ^^ Cwo hand shako eio.n«i « 

^eep ,n mind that even though the 'htlr ^""T' ''" ^^^^r^ace bus. 
utonomous -machines, the host 7- .T ^ ^"'^^ controller ar- tvo 

-ntroller the slav^ I Vt^s lonMr" T'''^'''^' '""^ ^^^'^^ --^ 'e 
to initiate a transfer o Che contrnn ' °" ^' ^'^"'^ '^^^ '^°-<^ -^--He' 
discussed below ) is active I f^.^syt?-" "T '^"^ ^'^^"^ ^^ ^.^'^" 

which the controller can holT ;ff\K ^ ''''^^ ■"'^'^^ '^ ^^« ''^^^^ -Ith 
ti.e While it is ''BUSr p:r^t^t:„:^^,^- - ^"^^fl-te ^^^^^ of 

''stJ^L'i!':::::^^ !r^i v ^he .o.t. .ctive .i,h ) , 

on the b^s '' '° ''''''' ^o the concroUer/host o.ir that data is valid 

'■ '^! C^^ead/Vrite: asserted by the Host. Vri^e ^,\..\ '/ > 
^^is signal is used bv t^e Ho<^ . , ' -s Actlve/.ow ^ ^, 

direction data is to be going dlri". a ^'''' ^° '^' control ler , which 
<i^rect data out of the 'cont^oUe,"%nto T^^^^ ''^^'^ '' '^^^^ ^o 

condition is true for Write. ^ ^ ^^^'^ ^"^ '^^e ooposita 

-" -d is uo to the hj;; ) WH ?'' ^rans-er, tbe nunher of 'J.: 

■-,^vta trans.issiorf i^^ed%I commun?^ are tnvisihle, to the controller; 

read_ status or down load co^ndTT^r ; l^-^^!^ ^-itV the "^^-^er ^ 

^^^;/:-n the controller's buf ^^J -^^^ l,'^^ .- -f^ =o ^rans^er . .aca 
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Prof ila''ComriunlcatlonMProtocol ; ' 

The following is an explanation of Che prot.^col that is used to oroviHe 
communication between the host and the controller: ■ 

Sone exDlanatton of the symbols that T am usiing" is probablv called for at 
w-iis Dotnt. ) i 

-■ •• T-.B bracket v^nboU -aean that the inforinat ion inclosed wi-Tin t-en 
' -^ "nana i tory . 

.. ' : The square bracket s>'rtibols .iiean that t^^e lafornation 1-iclosed is 

'' • rhe vertical bar symbols is used to indicate an alternative or "OR" 
^nciition. -or example, AIB can be thought of as "Either A OR 3", 

-:: = ' : This symbols is used to indicate a definition or equivalence. 
: Curlv brackets are used to denote comments. 
; The plus sign is as an addition symbol. 

Z^K^l ?^%'^«^ '^''J^ indicates the emp^y set.'or in sowe cases, the fact 
^d. the .unction whose value is ?TOtL can he ignored. An example is: 

Argle-Bargle ::-\.MtJLL7 j 

^sentially you can foraet .that Argle-'Bargle' exists for this context. 



"^•^^-^^P^ Widget Fi-mware Specificatl 



°" , Page 7 



THEM Instruction«Bvt« 



Raad«ID | 

Read^Controllar^Status 
Readw Servo* Status I 
Send"Servo«Coimnand | 
Send*<?eek | 

Send^Restore | 
Sec'^'^ecoverv ; 
Soft'*Reset I 
Send"Park i 
Dtag'tRead ( 
3iae'»ReadMeader | 
Dtag"WrtCe | 
Set»*Buf fer*Ptr ( 
Read^SpareTable | 
Write*SoareTabLe ! 
?ormat'*Track | 

Initial i3e«SpareTabie | 
Read* Abortus tat | 
Reset«Servo | 
Scan > 



ruction«Pararaeter«StrinB : :- ( Thlc «rr<«« . i. / 
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TD 



< S00 > 



ruction'*Parameter'»String- : :-<^IULL> 



diagnostic command require.^ Widget to deliver to Che host s, 
-xc information. T^e structural layout, of th. data retutnart;; 



ome device 



vou'tiu'^Vte' ^^,.1' ItU"' '' ''' '^'^ ^Structures contained .Ithln 
- u- --or . "'..n r ' comment Is etven exnlalnlna the tvop or 

- .tr.ag, an^ Is located 1„ b.tes SB Thru SC of Che r.turne/MoIk """ 



• aneS L r ina : : = 



._ 1 1* 



13 3vtes/?v^5i:S55C; Ascil ^trini? ^^ 



OeviceTj.De =•= Oevice . Vidget-^Vid ^et. Size-Widget .Tvoe { TBvtes/S0D -3?!^ ^> 
. Device. wxd.et ::= <S0001 f 2 Sytes/S 10:31 1 }>' ' ^. tes, S^D . .0F ,> 

""l-i^^liW^'' ''''^'' ' ^^-'^^ ^ I Nibble.. .ne S12/blts 7:. )> 



Size-'ia : 
Size*20 : 
Size"A0 : 



<S00> 
= <3 10> 
= <3 20> 



"''''s;;tam 'M S^^'"'^-''^^'^'^ ^ ' mhl.. .yte S12/bits 3:0 }> " ' 

Widget.' • ^"-^ '''"" '° '^'«: "^^P^- or firmware that is imbedded in 

?niti:L[i?;?:::eTatL"'n/''°" J^^^ >st to Fomat. Write-SoareTahle . or 
uxLianze ^oaretabie;. Oiagnostic ftntiware will. 

Diagnostic ; :» ■<«0l> ■ 

Firmware'«Revi3U.n ::- <{ 2 8ytes/S10:Sl 1 }> ■ 



-a Dae it;/ : ; = 
CaDtl0 : 
Cap"20 ! 
Can" 40 : 



<CaD*10 I 030^20 I Cao^^i^ / ^ ,^^gg/<,p_.gj^ ^^ 



<3004C00> 
= <S00Pfi00> 

= <S013000> 



lvtas»?er«Block ::» < S021<i { 2 Sytes/S 1 5 : 16 }> 



^umber'»Of^Cyi inders 



CvL«i2 
■:7L«20 



= <30:0:> 

« C3 0202> 
= <S0i0i> 



yi*10 ' Cyl'»20 ! Cyi«40 / 2 ^vtas ' 3 1" : S !3 ^ 



lunbor^Of^Hearis ::- <302/ 1 3yre/3lQ^\>' 



. 3c'r*T":^- '-'s' ^-^-^'i^ '^ictr^20.',^Ct;r»-4:3 A l Vte'SlA -n 



?^ear!''ControlLer'*Statas : :=. <30l> ' ', • 

,:°:! ^^^^rn what I rerer Co as Scandaird^Status, chus allowing t^^ '-insr 

T, "" 2''°^^^^"^^^ ^o change It's no« oH execntio; based o^ s^Jte o^ ' t'e 
.taus. MoY^alLy this Standard-Status Is all t^a^t . Is aeceJ^.rl ^ ^.sure 
continuous operation. In the exceptional case, or when the Vosc svs^a., i^ 
enulat^.^the controller's functions, add Itio^l InfornatU coLllV.T r'.l 
- te or .V Id get is mandatory: without it the "ost simolv could not make "an 
OKLimum choice In deciding a course of actioq. ' ■ 

^nrThT/'^lltrilT" /' .'''!" t "^^^"^ ^'^^ ''" ^"^^'^ ^"^^^^ ^° interrogate 'Jidset 
.urther. ..ach Status { vlth the exception of lAborfStatus , which is a seoerate 

d^rftructre'. ''''^'^'-^^1 ^- ^^- document } belongs to a hoJ^e^ u 
tCM ^^™^iy/ four byte quantity containing a bit map representing 

irst fou"r bTt^r^'^"' '°"'''.'°"' (. active ihlgh } that is avaUable as the 
co,^and ^ '^°™ '^- controller : upon completion of the current 

speli'[c TtJT^H''^"''' available to the Host svste-n. The Host reauests a 

corrisiond-.. . .^^ '^"'"^ Instruction-tarameter-String to the value 
corresponding to the status needed. 

IF ( rnstruction«Byte - Read "Controller" Status ) 
THEN Instruction*Pararaater''String ; :» < 
Standard*Stat'is • 
Last«l,ogical'31ock' t : 
Current'*Seak«'Address; 1 
Current*Cvlinder I ' 
Tnternal»*Status ! i 
Stata*Register5 I - 
ixceotton'^'^esisters > 

'^e ^our hvta response to each o-= the above status r-cuest^ Is n^ t'-e -ir-: 
Result ;:= < Ryta(3 3ytel ^yts2 "^vtel >. 
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Lasf'LogicaiaElock : :« < S01 > 



Byte0 : 

Byte! : 

3yte2 : 

3vtaT • 



" < S00 > ", I ^ 

- < { Most Significant Byte of !Lo.glcal«Bloclc'*Number } > 

= < { Middle Byte of Loglcal'«BL;ock'*Number } > 

= < { Least •=^1211 ^icant Byte :-)fl Loq;l,-:il^Block'*";vn^er ■ "- 



Current^'Seek^Address ::= < 302 > '. 

3yte0 ::= < Most Significant Cylinder Address > 
Bytal ::= < Least ^i:?nl*icant Cylinder Address > 
3yte2 : :- < Head Address > ,. ; 

3yte3 : := < Sector Address > 



Currenti^Cvlinder 



< S03 > 



/ 



{ The Current^Cyiinder differs from the darrent«Seek'«Address in that'it is 

llllTlJrr'JTT^^^ ^°' '""^ 5^"^^° '° ^?^^ P^^"^ "^^^ ""^^^ ^" ^^ot:her track 
under certain circumstances; for example j: the drive mav have been humped ) 



3yte0 
Bytel 

3vte2 
3vta 1 



< Most Significant Cylinder address > 

< Least Significant Cylinder dddrass > 

< 300 > 

■ < S00 > ' . - 



'UHHIMPH 
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Bitl: Ram*Space»0 enabled 

Bit0: IF active THEN controller LED; should be ON 

{ The RamWSpaces mentioned ' above are 5 2k address spaces overlaved on too of 
one another to provide the controller with jihe abilitv to keep' several r^^'sk 
blocKs temporarily resident in ram. At {he ti^ie of this vritln?, however, oni v 
Rarn*Space«0 is being used. } 

3yte3 ::= < {^^egiatar: ':on:rol Vir'*$tafis'^?ort ) 
Bit7: CrcError { active Low } 

{ this bit is '/alld OMLY when the controller state 
Tiachine is VOT in reset, which should be everv ti-e 
that this bit Is read by the host. Therefore, if this 
status bit Indicates a CrcSrror, then somethina bas 
croaked. The normal ; way for the host to check if a 
f^rc or «:cc error has occured is to examine status: 
".:<ceotion*'^e!^l3ters which ^re V.cussed below. '■ 

Bitfi: 'Jrlte^Not'^ValM factli/elow} • 

{ as -in Crc!=:rror, this bit is vall-i onlv w^en t'^p 
state Tiachine Is ^OT in: reset. The information 
exprasset:! by chia btc la converted into- a .frr^ of 
Serv«error, which la , found In Status: 

Sxcei?tion«Reg4atert. } 

Bic5; 3«r»oReady 

Blt4: S«irvoSrror 

{ th«. »«t~fd atatu« bita Itsttd above are further 

explained la Appindix . A: , S«rvo Processor 

' Oocuaetttafc ion, Essen tialLy the two bits combine to 

form four possible servo states; the norrnal condition 

* ^ ^ Is ServoRaady AJID ( N*OT Set v..*:. ^..^ ). ] 

ZitZ-.'S Currant controller state-taachine state.' 

f as In CrcError and 7rite*Mot»Valid, these ^tauus 
bits are valid only when the state -.ac-'i-e v« 'TOt i-, 
reset, and^should read 300 any oth.er. tine. ^^ 

On the surface it appears , that, this byte Is" of Itmltad use for non real- time 

situations. It is, however, invaluable in trying to decide 1^ the "ervo 

-rocessor is healthy, wealthy, and wise, lit %tso orovldes a -^eans -'.r 
diagnosing a sick state machine. . . '. 
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Read'* Servo* Scatus : := < $02 > '^ 

< ?#-^^^^ 
rastruction«Parameter«String : t» < | i , z!) 3 | 4 r^ | A , 7 , . s 

is the ..:. L < Cont.oller'iStatus Is used. In fact, the ^or^. of the resul^ 
IS the sane four byte nl:-ianped quancitv. ^esux . 

" ''-^^-'-= -r'^'^'- -^-^ -^e sBtvo processor: ;vUhouc iU-iantllni -.-i^^-t"^ "' 



a,a 






SendHServoKCoramand ::= < S03 > 

la.structlonaParamecer-'Strlng : :=* < J5yte0 -^yte! '^vt-: '^vtel > 

>' -^l-J-y. Che "ost vtli .Ilow the coatroUer to -.aninMlate t^^ se^-o .roc^s.or 
i^^ order to perform useful { or mavbe not so -s-'ui ' ^ vnr. C T ' 
let 3 suooose that the r^ost svste., "wlshe. to -.0'; th. -." d'r^'v. LST" ' 
P^^fo^^h^ TTV '^'^^ ^°^™^^ oo^ratta^c^dul^.-t;: Vr^Z.:TlJ'^ 
CllTr th. H f s ' ;o us. the Se^nd^SeeH ccnrrand r exnlalned helow '? 
However, the ^ost has the caoabilitv to bvoass the controller and direct th^ 

heads rTT^"\^''^jf' 'l:^ ^'°'' ^^" ^^^"« ^"^^ servo command to 00s tlo'n the 

'o the^ontrol!er'>l/7°7rT' '^^^ ''"' '''' ^^^^ ^^ ""'^^^^^^ transnarent 
to tne controller. The impltcatlon of this command' Is that the '-Tost can »ain 
even more control of the. system If tt so chooses. ^ 

V t!°rp''°"^^''' description of the Servo Commands can he read. In ^ooendl-c 
A. ^ervo Processor Documentation. -^Dpencii.c 

* 

Byte0 ::- < S^Command + SSDirection + Hi»Magnltude > ' 
S"Command ; :• < • 

Offset 

/diagnostic, . ■ 

HataRecal 
ForfcatRecal 
Access , 

Access^Of fsiefc 
/'-Tome . " 

Offset : := -^ 310 > / ., > 

The Tffget command allows the '-Tost- to Tiicrosteo t'^e '-^eads ^"n --^er ' 
a positive or negative ■iifoctton from t^e center of --^e tracV^^'Se 
^idgac^^lmware ioes.not -lake ■ .se ^f thi3,-eafare! Z ,,,. ^.^;^^J 
::"\,- '^ -^ ^ -tore soeci'lc :!ata reco^erv orn^r^-^ ~^^r ^, .,■,„ ■..• 
iiae -nn > , . r=.c ..lOn-, -j-' :~e "licr'}sr-jn jfe :;<="'■ -- --^ 
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S»Dlrection : :- < Positive | Negative > 



'i'*'*a2;nU!!de : : = < yj t i . -> , ^ ; 



■ :".ic<.T :• ^ 



^move the he>irf.3 ^i nultl-^U i^ 



3ytel ::- < Low-Magnitude :;- 0..255 > 



=^r^^\:;.----^1-.-/^^-- "--r - --' 



-^yteZ ::= < Of f set-Directtoa + Auto*Of fsec-sWtch + Offsef^Ma^nitude > . 

-■--s command bvta, whea ikso-J -j-fpi, cv.- -sa" 

and direction of ^icn^e^.f ' ''^"^ command , es tab! Ishes tSe We.ree 

Of fset-Direction ::-< Positive ! Mes?atlve> 

•Negative ... < S00 { offset towards' Inside diameter } > 
Auto»Offset«Switch ::- < ON | OFF > 

Zcess L!!^JxTZJ'''''°'^V'^^--'^^^^ ^^ Without an 

access command } > OFF ••*<!' tifi()i t j- ^^i. 

r-his command } >' ^^^ (do not ,auto track center on 

Offset«'Maginitiide ::» < 3.,. 32 > 

3ytG3 ::=. < Baud«»Rate + Power'OnaReser > 

SaudiRate ::- < iqok«3aud i 57. 31^* =5aad> 

The servo 'comes 'no' jf iq ?;, ■ j 

eauioraent used on l^ Sof^-^ *, • • «--*'-»se.. :> . e .2st 

Once' if il^ . ^ ''efore .it is integrated into i svst^n. 
r^nr,'n ^^ ^^nni,"? '.^Uh a controlUr. ^^ovever, i^ .,, Z,^; ' 
con inuoslv at^ST.^K baud..' This oar.^et.r is .' =^ " C" 
■^xsle^din^ in that, once tV servo -as Vee- :,i^ ^., :;..%- .: 



orever-qr^ iandr^' :hl3. -^arV-tetar : ' 1-^ ^r'-j; v^r^, 

-: .-; --^->La to; m -rom t'^ei-^iihec -^ - , 

3=-.^.ii<, ..,e ser-/o orocsssor, 



ilMIIM 
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Instruction»Parameter«St:ring ::- < HiCyl LoCyl Head Sector > 

2t'^'r:J"l''lt -^^-11<=-^ ^^e Hjst system to place the heads over 
any crac.< on the disk. The value of the seek address sant in ^^. 
parameter string is used read /vrite a Jilock of data usi;rrs/ . ^.i . 
co^nands for those functions. For exajle. f^r the^^: o ad Uv^: 
;- !:t1 J' '^^'^^ '' ^ Seek.Co^and wo^Id be issued For t^at cthi;,"-;; 
or ./Under, ^ead , and sector { ST.'^'M m VI '- -"ol ! .-„-p.^ s.. , -^^., --.^r ■ 
explained below '■ . . ' . "■ ' ■ ^- • • ••^ i -. - e -■ 
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3e!:'<Recovery ::= < $36 > : 

InstructionM?arameter'«Sl;rlng : :- < ON | OFF > 

ON ::= < S0i > ]■ 

OFF ::» < S00 > ; , J 

To the best of my ability T have attempted to make the exception handlin;; 
characteristics of Vid^et. a binary set .v either '-Hd^et handle, .v^rvr.^" 
or ..le .ost gystam does. The command F;e|:-'«Recoverv is c^e '-^ost'? ' ■: nv v-- '-^ 
t..is all or nothing world in that it is ; through this instruct ion " that ' ^"he 
^ost can gain control of the media, ^^en 'Jldget comes uo after being 
reset it assumes control and sets Recoverv to be ON. The Most svst-- nus- 
overtly change this state { via Set^Recpverv } if it wishes to'enuTatp "a 
different exception handling criteria. Once Recoverv is OF^ r-^t 
controller will ^i^^^^ f^^l ^^ ^„ dper4tion i^ an exception occur;: the 
^ost system ,fUS i assume responsibility for ALL error handling. 



i iim i i i n 
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SendiiPark : := < 303 > ■ ■ .; 

Instruction*«Pararaeter»'String : :- < NULL > 

r^rti^r r^ .t'T%'^ ^'''^'*^^^^ "°'''»^^^^ ^'^^ coatroUer the results 

are that that the heads are moved off th^ data surface and held verv near 

he \Za^I di^n^eter crash stop. The dif:ference between this command and 
the Send'^Servo-Coramand: Hotne is that Home is performed 'open-loop' with 
t.e crach stop as it's reference point, while Send««Par'< is an ^r-ess 
^onmand t. . speciric track. The net result is a fairU heftv saving 'of 
•'ome/Ra'cal ^"^^^ command can be an order of magnitude Quicker taan 
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Sync : := < 30100 > 
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Instruction^Paranecer^Strln? j,:- (,< fTlAdr >'- < LowAdr > ) : 

HiAdr ::- < Most significant hyts of bul^fer adrfress > 
LowAdr ::= < Least significant byte of buffer address > 

The Set^BuffeC'Ptr command is externally ,{ in the host's point of 

i,ir'_,/-^"5'^''^^ '-" ^ '^^■'^'^ command: The '-Tost /Control ; ar nand^^Hke 
'■^^=2.^ 3 rav ti.-nss vrUh the appropriate rasoons-^s -ind -'-,p --'ose 
reads rron t^e controller's buffer area to receive data. Tn thi. 
instruction sequence, however, the host does not raad a block of 
'-ata rrom the disk, but rather an arbltrarv number of bvr-g --j-^n ^n 
arbitrary location in the controller's ram space. The '-^ost also has 
1:1 ^^''■^■^''y to write to this ram space - in effect trashing all of 

IS to allow the Host to perform diagnostics or read variables tnat 
are ochervise not available. 
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chough of as a linear -array of bytess, !ihe 'i ^tr Ls -.ise-'. zo 
index Into that array }, To arrive at the actual Indsx 
value within the Heap, the T>tr must f=lrst he multiplied hv 
four. ' 

';-men a disk is formatted and fresh data Is beln« written to Ic, each 
logical block is asi^ned the first available phvsical block on tbe'^{3k. 
Therefore you would expect that Loli^icaniockC '/i ^ would occunv 
PhvsicalBlockf ), LCD — > ?([), etc. There Aire instances, however, 
'■v'hrin .1 bloc'-: of idta lust be ralocac^d do another soace on t^e -iisk t-a^ 
-ioes not follow the orii?inal proa;resslon { for exanole, t^e oriainal 
space was defective }. In order to 'find' these relocated blocks in the 
- itM.r^ a record niust be kept as to where all these relocated blocks have 
been put. This record takes the form of 123 linked lists having the -'orn 
HeariPtrCn) — > LinkedList(n) , where n :- 0..127. The algorithm for 
deciding whether or not a Logical 31 ock has been relocated is to extract 
bits l?S:10 from the Logical 81 ockMumher and use it as an index into the 
HaadPtr-^Arrav. If the HeadPtr associated with this index value is Vil 
chen Logical "^lock has not been relocated else use '-TeadPtr .Pt r to sear.-.h 
the linked list corresponding to this- WeadPtr value. '^Jow to decide if che 
LogicalBlock has been relocated a test must he made =is the linked list is 
tr-versad by comparing the LogicalBlockNunber's bits Q:'3 to the current 
list element's token value. If they match then Logical «,lock has been 
relocated and it's new position is a multiple of the list element's 
position in the Heap. / 

SpareCount : : =« < $00..S4C > ' 
SadBlockCount ::=> < S00..S4G> 

3itMao ::= < ARRAY [ ^..SAF] of Bits;> '•■■ " 

The bit map Is used to , keep a record of which soare blocks are 
occupied, and their locations on the disk. , 

Heap :: = *< ar:RAY[ 2)..$4B ] of LlstFAement > 

ListElement : :» ( 

< Mil+rjsed+'Jseable+'Spr^Type+nata''Tvr>e > 

< Token. > ' . ■ 

< ptr > ) ■ \ '- ■ ■ . ; 

Nil ::» < 380 { IF Nil T^N Sna«05»*Chain ^ ^ 

'Jsed : :« < 340 > " 

Useable : :» < 320 >' 

Sprlype ::- < Spare : BadBlock /> 

Spare : :■ < 3lv) '> , ' ' 

3ad31ock : :- <■ 300 > ' 

Data-^Tyoe : :- < Oata ! ^oareTahU > ' 

Data : :- < 302 > ; 

SpareTable ::'"» ■: iliiS. '^ ■ 



■irm^^. Script: Vidget Hmware Specification o^,^ ,, 



Instruction-?arametar««Strlng ::- ( < $F0 > < ' S7S > < $3C > < $1E > ) 
This command, allows "the ^d<?f cA 'n^l^^'- 

stjare tabid locations on the iisk. 



/ , 



ir:3-4. Script :^idgat' "Invara Spaci ficatloa 



Instruction^?araraecer''Scring : :* ( 



< ?oradt«*bf fset > 

< ,?"orTaat*!lnterLeave > 



Foraat^Offse!: ::= < S00. .Mumber'>Of'»Sectors > 

^^or^at^IrtterLe.ve :;= ' ?C?^..^JS Mnterleave factor V > 

?assr;ord ::= ( < 3F0 > < 37.8 > < S3C > < SIE > ) 

This command for-n the ^ost instructs the controller to 'wUe ^^e s^ it- 

^en'co^'Ll^" the Sparerabl. is concerned, 'he ini t UUzed "t.bi;" ii 



im«4. Script vidgec nmwara 3pecl:lcaclon/ ■ - o^^e .^ 



^eset^Servo : : = < 312 > • 
Instructlon*?arameter«»String ::* < NTJLL > 

^eset«Servo allows the hose to tnitta^lze the servo orocessor without 
t^r^frv^ 'TV^' device dowt.. The cpntroUer t.lU a,;^!^^^w es^ 
the Servo, check for valid tnitlal conditions and: oer form a nata-Recal 












mMn 
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SysSRead : :« < S00 > 

Instruction«Paramecer»Scring :t- ( < Biock'-cknt: > < Loglcal^Iock > > 
31ock*<Count ::» < $00, ,$08 '> 

This parameter Is the number : of ' blocks' Co be r«^H th., fn 

biocks following the First one chat Is to be read , also. 



Logical3lock 
L''"10M3 
L"«20MB ; 
L^'^0MB : 



;» < L»'10MB ! L^l^iMS I L"»i0MB > 
= < $000000.. sa^iiBrF > ' " ' 
=• < S000000..$0097FF > 
= < 3000000. .5012FFF > 



^^ANDSHAKE PROTOCOL 




The ac-ual sequence of events can he portave^ as «oLLows: 

?rotocol*Sequence ::» ( ,. : 

< Iaitial*HandShake > 

< CoramandWDownLoad > 

< Response»Hand Shake > : 

[ Oata*Recelved*HandShaka ■" 

< Final ••Hand Shake )> ) ' 

Initial^HandShake ::» 

1. Host asserts CMD, sets data direction to read 
^. Controller asynchronously responds bv: 

a. Writing ^2)1 t^ the Host"; ' • ' ' / 

b. Asserting RSY \ ; 

l;.V '^^ '^°^'' recognizes the controller resoonse, it lill resnond 

a. Writing a S55 to the controller 

b. Otherwise it will write a SAA 

c. In either case the Host will de-assert ^'•D. 

■ , f . ■ ■ , - 

4. The controller will .respond to -the Hos.L bv; 

a. In either case { whether the Host resoonded. with a SS5 or 
SAA or anything else } the controller will aventuallv end uo 
waiting ..or the next Instance of'c-^. 

b.. If the response, was a. 3 5"5 then the controHar vi"- i '-^p a 
captive audience, anxiously await ina list rue t'-ons ---Dr."--. 
iost is to what to -lo-next. ' ' - . - .- 

c. Otherwise, the controller- -will Abort, and leave Standar-^ 
otatus saying so tn.it's buffer wher- the host :an r-ad f r . -.. 
'n?^^ ;^the^ command seauence: for the; controller i^en ^econes 
.nitiaiaHaftdbha<ev^:and^ the ^odc 5houii r»a:i . ^-^ '-'. ^«^- -. 



f 
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5. TT-ie controller then -asserts 3SY; 

5. Assuming the Host accepts the : resoonse from the controH-r i- 
will respond by writing $55 back to the controller and then 
de-asserting C-ID. / 

7. The controller wlli then continU executing the, cOFinand . 
Final '"Hand Shake :: = 

1. ''Then the controller fini)=!h(ts wttH f-.^ ^re-.-ir. -'•-n -.- -u^ 
instruction, 



_it will put the latest Standard^Status In a Inc^n. iv 



:t'<; 



buffer 

where it will be accessible to the «ost ^ a« v«" ' :> 3 4-- ^ ha 
that 

might be a result of the coratnand execution }. 

2. Tne controller then de-asserts ^SY 
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COJ-IMAND SuM>LiUlY 



'roFila«Coraraands; 



?roFUe4Read : :» ( <$00> <.3 bytes LoglcalBLock:> )' 
^ro^^^^-n^'^i'M^" ^ <S01><:3 bytes LogicalHlock > ) 
Pro.ile-WrVerify : :- ( <S02> < 3 bytes t.oglcalBlo<ik> ) 

Diagnostic^Commands: 

^ead»<ID ::= r <s i ?> <S00> <SEr)> ) 

IZ^l' Mr'"^''' '-'•' ^ ^'^^^ ^^^^-> < ^^^^'-^^ > < ^>ieck^vta\ ' 

Send J.ervoacommand : : - ( <S1^> <S03> < 4 cotnniand Hvtes > ^ r^e-'k'^vt- > ^ 

.end^Seek .-:= ( <S16> <S04> < 4 bvtes cvl /head /sector > < CheckBvt^>^ 

Send^Restore ::- <sn> <S05> < Data/Format ^ecal > < Check'vt. > / ' 

Set^Recovery ::- ( <s n> <s06> < On/Of f •> ^CheckR.te > ^'^^ " '- 

Soft«*Raset ::= ( <<512> <S07> <$E6> ) 

SendMPark ::= ( <S12> <30a> <3E5> ) 

5iag*Read ::= ( <si2> <309> <3E4> ) 

Dlag-ReadHeader : .- ( <3l,3> <S0A> < Sector } < CheckBvt- > ) 

Oiag^Write ::= ( <S12> <S0B> <SE2> ) 

.t^BuffertPtr ::- ( <$U> <S0C> < 2 bvtes buffer address > < -heck-^vce > ) 
^^eadiiSpareTable : :- ( <S12>. <S0D> -^ SF^^ \ : . . >^ .nec<'ivce > ) 

Vrit:e»SpareTabie : .- ( <S 1^ <S0E>^r<5^N"") ] ' < ^^-^^^^'y^ _^ 0^^X'6<U>') 

lnutalir«^' '-''^K?"^^ <S0F>< Off<,eV> < laterLeave >-TH7ck3vte > ) 
initiall2e**Spare7able : :» ., fA':UJ.j.LO "^ 

^..AH.u ^' -f^^ ^^^^^ "^ Offset >< InterLeaye>N?< CheckBvte > ) 
ReadHAborfStat ::= ( <$12> <S11> <SDC> ) " 

Reset'Servo ::- C <S12> <S12> <$t3B> > 
Scan ::> ( <S12> <$13> <SDA> ) ^^ ' ■■■ ■ ' 

System Commands: 

Sys*Read : :=»* 

C <S26> <S00> < BlkCnt > < 3 bytes Logical^lock >< CheckBvte > ^ 
Svs9Wrica : :» I 

( ■<326> <S01> < BlkCnt >< 3 bytes togicainock>- < ^>ec<RVte > ) ' 
Sys»WrVerify ::- ( <S25> <S02> ; < 3 b^es LoglcalBlock ^ < Cbeck^lvte > ) 



!••■■ 



■MM 
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^his .ype of exception rndgettrequlp^lll^^'^^.^^.^-f-^- J ^^^^^ 
error correcting device { althdueh ?1^" ,j",^,J'^'^°'^^«<^^^^i"8^evices and 1 
correcting }. Widget uses' as iSn-^^^^^^ both error ^detecting and arror 
all single-burst %rro?s ! ess than ^lvJ^ pol7no™ial ( CRC-lft } to detect 
Single-burst errors of st<teen bits .J ^^^"\^^'' ^" ^^"^^^ ^ ^^^^^' ^U 
sixteen bits in length. f'l^bU.^c 1™°'' .^^^n^l^-^^urst errors greater than 
i^:ectiag orooerties^ s .iUr to that TrT""^ '' f^'° "^"' ^^^^ ^^« ---''- 
Handles burst 'of uo to 48 Vl^s t IL L ' ""' '^^''^''^^^' ' ^-=-: :u,, , 
cveive bits in leneth? ''^'^ also, correct single-error bursts uo t, 



cveive bits in length. aiso, correct sin«le-error bursts uo to 

however, that the blj:;?^ ls%c^^d 's;;^^^^^^^^,'^? TT"'^ ' ^^■^^^^^- 
of this exception are i: succebsruliy the first ti^e. "Hie causes 



e 



I. Servo ^rror: this axecotion is handle^ ^v ^^-^^i^o .s. 

-. The state roachine indicates that ^^ *= <« -u 

is considered a catastrnn^; ! j""}^ ^^ ^^ "^^^ '-^^^^ e^<^ing state. This 
siaered a catastrophic exceTption an the controller will abort. 

B^fo^ ^ ^'^,1:1^';^ that a;.atching header .as not ^ound . 
for a ^tch header T«H°",.^^,l^^^ machine searches the track twice 

seek back to the target location an^ re t^^ If '^,e/d?^ tr m' '"'' '"' 
tound the block will be spared, a header still ^can .ot be 

sucraqc-,,! r-a ,j < >ci.iv 7 uiiT^es ^ a total of ItI reads ■. tf a 

^ucc^ss.ui read is encountered dur-^nw r^^« ,.«r,.. ^ tcius . . a 

^^Ul ,.ve the .alld data. At Vhe'^n^":,.' l' ^^^V.t?";'--^:,""^"' ■ " 



nurr^er if 



nujTiDer Is between 2 and l?) then t'^e ^^ra^ ^* -^,-1, " 

but the controller goes back "to the tArllV \^ Tu . ''^'■ 

'.vriteVerifv .^-frs ^^. ^li.j ..t_. . . . ''®. L ^^.'^^^'^ Hock and oer-'or^s 






--ist ratr-.'. :- t'-e -1 i:.^ 
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on 
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MISCELLAMSOUS 



Parking: 



m!J f ! t' T^ "ilshaps When power, is shut off to Widget, there Is a 
mechanism in the fimware that takes tl^e heads off the data area of th^ 

"ior^ 7i' '"'"' '' ^^l^ness. T^is%echant.m is teowS as™r^ipj'! 

u^f n f d^ivl bv r^''^ ''"^ '''^''' - synchronize wich 'o^^J^^t; 

^ho.t sv ^. \^" the -^ost, causing:a mild for^ of Chrashln, brought 

hut s. L^e constant seeking needed ta^ove t^e heads be-^e^n -^^ ,!r'- 



ArTc'Sween ; 



I^ooI^^'m ' "^° head-ara bearings from tpo many short seeks ' tMs causes 
t.lTlllZ\lT\Z:' ^•"'V="*^" "-M from the sur-ao.s -.ha5 J e "ea" 



S-' f>»Test: 












Vhen the controller comes uo from beln^; reset tt oerforms the Following ' 
self test cunctions: ullqw.-i^ 

1. '=legister Test ' 

Write and verify / one's and 2pro'2 to all registers; halt if 
failure ^ 

2. Stack, Test 

h . '^^r'" P"^^/P°P» *^^il/^^turti capabilities; halt if -^ailure 
j« ilain Test - , ' 

Write ones and zeros to all r4m locations; don't ^Uow ProFii a 
or System commands if failure.: 
4. Eprora Test 

Check external eprom banks 21 a;nd 1 for check bvte; don'^ allow 
-rorUa or System commands if failure. 
"J. Votor Soeed 

Check time from Ind^x to inde!<; don't allow 'roFila%r Svst-n 
commands if failure. ^ - . ' 

''^ Track ^ount » 

^eek to track ^ and rand a "header, 1- no heeader ^oun.' -p-^ 
:onnat racal ^nd ^ ^ount tracks ; ion' : =il I tjw ^ro^"- or "-^-l- 
commands i "^ failure,. ■■ ''■ . ' ' ■ 

". Spara Table- 



^Vs*^' 



■r^ "och ■ soaira ■ tUhlas md .-'irv 



the",; 
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.;;IDG£T alERVO FUNCtlObiAL OBJECTIVE 



I. BASIC SERVO FUNCTIONS 

Vidgec servo concrol funccioiis are handled bjr a .28 microorocessor. The 

Z8 handles all I/O operations, cimingoperatibtts and communicacion with a 

host controller. Concrol functions to the Z8 Servo Controller are aiade 
chrough Che serial I/O. : -■ 

The foilowlng commands forcne Widgec ' servo are: 

A. HOME - aoc aecenced, heads off data zones located ac cne inner scop. 

3. RECAL - decanted at one of two poiicions. 

1. FOELMAT RECAL; 32,-0, +3 tracks from HOME use onl/ during daca 
f ormatcing. - | 

2. RECAL: 72, -0, ^-3 tracks frora HOME use co inicialize hone Dosi- 
cion arcer power on or following an access or any other error. 

C. SEEK - coarse track, positioning oi data head to any desired track 
locacion. 

3. TRACK FOLLOWING - heads are detented on a. specific crack Locacion and 
Che device is ready for ano/Cher command. 

OFFSET - controlled microscepping of fine position system during 
TRACK FOLLOWING (two modes), 

1. COMMAND OFFSET -' directionVand ■amount' of offset is soecified to 
the servo; 

2. ^AUTO OFFSET - command allows the servo to automatically aove off 
crack by the amount indicated by the erabeaded servo signal on the 
daca surface (disk). 



a. 



STATUS - command can read servo sckcus. 

f ... *- 

G. DIAGNOSTIC - not implemented. " 

aee Table L for Che actual command description. Wlch che presenc -^,a 
nand scruccare a SEEK COMMAND can be -augaenced vicn an' :F?iET .CM:la:0. 
Vpon corapiecion of a seeic, the offset command oic is ::S3tac :o ^acar-ine 
ir dn ofzsec -ill occur :oilo:wing a iesK. ,ai:ner auco dt ::)naanc jrfsac 



301- 



far- 



art: or tne conmunicacioci funccion raquiras a soecific Drococol b--.-e-n 
Che servo Z3 processor and che excernal concroliar. 

Servo concroi and communicacion are described in CHART I. This -har^ 
■ iiiuscraces che basic seq;>encing and doncroi operacions. 'Chare Tdoes 
noc ixlascrace che servo error handling or coamand/ := rococo i handlin-^ 
iT.t^^^rT' ^"^'^ ^^"'i^i^S is described in Seccion IV and iilascraced bv 

III. Z8 SERVO PROTOCOL : 

The prococoi becveen che^ 23 SERVO aictocompucer and che COMPTROLLER is 
basea on rive I/O lines. Two of che 1/0 lines are serial iapuc 'ro Z6 
:.ervo :ro:u concroLier; serial oucpuc (from Z6 servo Co concro^i-r ^ . ~a-a 
screara oecween cae ZS servo and concroiier is: 6 bic ACblL wich no paricv 
bic (cne £irch byce of the coraaand scting concains cneck sum bvce use for 
error cnecKiag). There are chree addicionai ioucsuc lines becween cne Z3 
servo used as concroi lines co Che concroiier. Combining che cwo serial 
I/O lines and che chree unidireccional pore lines generates che oases of 
che prococoi becveen che 28 servo and :concroller . The imporcanc ope-a-' 
cions Decveen che ZS servo and controller are: 

1. Send commands Co 23 servo. ' 

2. Read Z3 servo scacus. 

3. Check validity of all four command: bytes.: 

4. I/O ciming signals between /the 28 servo and controller. 
3. Z3 servo reset. 

Sequencing tfhe 28 servo coacroiler. is knamDOttanc process follow-fn? a 
Power [Jp (Power On Reset) -or if the. controller should issue a Z8 Servo 
Reset at any time. .Ifcer a '23 Servo Reset is . inhibited the Z3 I/O pores 
and laternai register are initialized.: This caKes aoproximately 75 msec 
atter ctee Z3 bervo Reset is inhibited. ; The protocol baud rate is auco- 
""^'^^^i^^ ^^^ " ^^-^^ and then the system is pari-ced at HOME oosition 
and 3lO ready is sec active. ^^^IMPORt.^NT*** . If Che desired" baud -ace 
nesas co oe increased co i7.6iC3; *''afcer a ZS oervo. Rese- ■■ s -e •.L--- 
cime cms can oe done"**/ ;Oiace sec co.; 37 . orCB ^cne csmmunicadon riS 



3 «- 



mains at 57.oiCi until' a 23 SerVo Reset ' occurs. Setting 57.oK3 is acnieve- 
as rollows: ». i ■ 

L. Z3 Servo "Power On or: Controller" ReSec ' : .' 

-. Vaic for SIO Ready ' ■■ 

3. Send a READ STATUS CCMMa^D as fol^iws: 



3YTE 


i • 


i 


oo 


:^ V" " 


^ 


i 




.^ •,•—"_• 


_\ ■ a: 


i 


■ - v^ 



During Seek aode (velocicy concrol only ): access cima-ouc. If a 5e-ic 
runction .exceeds 150 msec Chen an access tlaie-out occurs. 

During Sectiing mode (foliowlrig a! Recal, Seek, or Offsec)- if chere -'s 
excessive On Track pulses (3 crosblngs) indicacirig excessive bead 
aocion a Seeding error check vliii occur. 

During a command cransniission ii k communicacion error occurs (cneck 
sum error) .'■,.- 

During a command tansraission if a' invalid command is senc. 



:S 'SERMu COMMAND SYTES 
TASLE I 



5.C* 



SYTt ir CO^^^tAND BYTE <DIFCMT.H) 



;mmari d 



t s 



B7 



c - 



'• B 1 
; 313 



- ■< - not ussd 
-ac :■=• =5 d I r^c t 1 on 
-n I d i tr2 '..312) 
-n I di tT 1 ( 256) 



87 36 35 S4 



1 


■ S; 


9 


9 


1 


9 


a 


1 


9 


1 


'•^3 





i3 


1 i 


f 
1 


4 


a 


e ; 


y 


1 


1 


1 





tj 


d 


a : 


I 


m 





a 
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FUNCTIONS 

access on 1 y 
access ia/i th ot+s. et 
n ormai 1 r ^ c ^ i i, r 3 r - 1< 
1-orma.t r'?cji! ■: ro (fk 
c + r 3. e t - •: r " - o i ' zui i r* . j 

f*i C rT( <? - ; r T: o ": ;■ I i' = t c p 

diagnostic c omm a n d 
read -status command 



^ j^ 



c t I on = 



Tm ai Tr2 < 51 2) 



^ I d I r 



^ 25c.) 



1 ^FQRUJARO: tCAiArd the spindle) 
3 '.REVERSE: away trom the spinole,' 

1 • C 51 2 tracks to go) 
9 ( not s« t) 

1 ( 256 tracks ' to qo) 
9 (not s/»t> 



BYTE 2: D I FF BYTE <DIFCNTL) 

command BYTE 2 contain* th* LOW ORDER ' DIFFERENCE COUNT 



•or A 



eek 



1 B7 


-bi 


.t7= 


; 36 


-bi 


t6= 


: 35 


-b 1 


t5= 


; 34 


-0 1 


t4= 


; 83 


-Di 


1 5— 


132 


-bi 


t2= 


; 31 


-bi 


tl = 


I 38 


-bi 


tg= 



123 


tracks 


64 


tracks 


32 


tr acks 


16 


tracks 


3 


tr acks 


4 


tracks 


2 


tracks 


1 


track 



■ ■ ' ''.";} jf:- '■';■ 

BYTE 5: CHECKSUr-r SYTE (CKSUmS "' '®^"^!'' 

CB? 86 B5 84 93 S2 81 *'S0 3 /^%^--..*_ 



result, ot th* tCAPj^mJ ttsd CHECKSUM B'^rTSAr*.. der i wad as: 

^ IIIWIIIM I II . ■ II , |,^„ * . ' ». ,^ ,» ■^ ' \x , < ^ 4 ', ^. T 

<3YTE I ^ BYTE 2 V /SYTE 3,a*. BYTE 4>-;*^^C>ieci 



' "^ ) is de-f i ned ' 



^ ^'»y.TS '^-A*- BYTE 4>;..*:.:c.>ieCKSUM BYTE 
a« th* addition oi^^ *ach;;fyX£ 



■■ BYTE ) is ae 1 1 n e d as t n * c omo 1 i m* n t ' of -'Vp, «'"" BYTg . i -a > 
^n^ SSPUG STATUS iin*s ■, : 1 ?0> , rcrUQ =r, , i';rs<.n Pponp^ ^,,.. - -• 

ton.., no cona.ti.n-: ,n o.aer to i..„a ^. uV.l^'l'^^.oir' '"^ 

■5ERU0 STATUS 

s ■ S S ^ 

I R R 

i^' U 

R R 5 . 

. D R 

Y -r R ■ '•' 



Z3 sepa;o cmd hex; 



access<on] y) SX II . ' i' 3. 

acc9ss(oi-tse t) 9X I 1 > ' "i q j 

x: 

X! 

xl- 



recal <data) 49 i 1 x 

ecal < i^ormat) 79 | 1 ''''" x 
*''*<■ C3 ! I ':^''x' 



't + set(detent) 19 .; 1 ' '' f j '/ .9 j 

■ tatus 90 -1 "'^'"-x 

!i agnos t i c 29 ! 



X« e i t h e f* 9,1 



X! 

""*"*""*"* — ! n o t ,. I mo 1 f m* n t e d 



, ; 1 
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Widget is Apple's in-house name -for the latest in a line o-f 

Winchester hard disks. This current version is available with 10.1 
MB of storage < -formatted >. 

Widget has been designed as a complete, self-contained 

intelligent subsystem. The purpose o-f this document is to explain in 

detail how this subsystem behaves within the complete system 
environment. 
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'*"PPl e_Pro-f i 1 e_Interface : 



A more complete description of 
be -found in the document "EXTERNAL 
PIPPIN HARDWARE" by Dick Wool ley and 
1981 . 



the Appl e/Pro-f i 1 e inter-face may 
REFERENCE SPECIFICATION <E.R.S> 
Wol-fgang Dirks, dated April 14, 



There are 5 control lines to/-from the Apple ProFile Inter-face Card: 
1 . Par i ty 

This line is 1 bit of odd parity < even parity across the 
cable >. The Interface Card is responsible for monitoring 
this signal: the controller calculates parity only when it 
sends a word across the busj the controller does not check 
parity when a word is sent from the host, instead the parity 
bit is is generated once more on the controller side of the 
bus and then routed back to the host. 



, CMD < Command/Attentions Asserted by Host, Active high ) 
This signal is one of two handshake signals across the 
interface bus. Keep in mind that even though the host and 
controller are two autonomous machines, the host is always 
considered the master and the controller the slave < in this 
configuration ). When the host wishes to initiate a transfer 
to the controller it must first check if BSY ( discussed 
below ) is active. If BSY is active then the Host must wait < 
hopefully it will set a DeadMan timer and catch a "sick" 
controller ) until BSY is no longer active. 



3. BSY < Busy; Asserted by Controller, Active 
This signal is the dual of CMD 



High 



in other words this is the 
signal with which the controller can hold off the host for an 
indefinate period of time while it is "BUSY" performing some 
task . 



4. STRB < Strobe: Asserted by the Host, Active High ) 

Strobe is used to signal to the controller/host pair 
data is val id on the bus. 



that 



5, 
> 



R/W < Read/Writes asserted by the Host, Write is Active Low 

This signal is used by the Host to indicate to the- con trol 1 er 
which direction data is to be going during a transmission. 
Read is used to direct data out of the controller into the 
host and the oppos i te ■ condi t i on is true for Write. 
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Profile Communication Protoco l; 

The -following is an explanation o-f the protocol that is used 
to proMide communication between the host and the controller: 

< Some explanation o-f the symbols that I am using is probably 
called -for at this point. ) 

'<,>' s The bracket symbols mean that the in-formation inclosed 
within them are mandi tory. 

'[,3' ! The square bracket symbols mean that the in-formation 
inclosed is optional. 

'I' ! The vertical bar symbols is used to indicate an alternative 
or "OR" condition. For example, AIB can be thought o-f as "Either 
A OR B" . 

' ! : = ' ; This symbols is used to indicate a de-f i n i t i on or 
equ i val ence . 

't,}" ; Curly brackets are used to denote comments. 

' ■^' : The plus sign is as an addition symbol. 

'NULL'' : This key word indicates the empty set, or in some cases, 
the fact that the function whose value is NULL can be ignored. An 
ex amp 1 e i s s 

Argle-Bargle : ;= < NULL > 

Essentially you can forget that Argle_Bargle exists for this 
con tex t . 



IPIMiPi 



f Fi rm_l .Scr i pt Widget Firmware Spec i -f i cat i on Page 4 



PROFILE_C0MMANDS 

These commands are currently by the SOS driver. Widget is 
designed to be backwards compatible with the current ProFile driver, 
and to that end there exists the three ProFile system commands: 
Read, Wr i te , and Wr i te_^^er I -f y . 

Pro-file Commands: 

Opcode De-f i n i t i on 



*0jef Read Logical Block 

*iEfl Write Logical Block 

*02 Wr i te/Ver i-fy Logical Block 

The three Pro-file commands behave in exactly the same -fashion as 
do the corresponding instructions on ProFile, with one small 
exception: the Read Logical block command does not include 
in-formation concerning Retry count or Sparing threshold { however, 
because o-f a side e-f-fect in the way that the Host/Controller 
inter-face was designed, the Host may write as many command bytes to 
the controller as it chooses. The controller will only decode the 
■first 4. >. The -form o-f each command is: 

<*ar0 I *01 I *02> < 3 Bytes o-f Logical Block Address > 

There are two 'speci^al/ logical addresses de-fined in the ProFile 
protocol, namely *FF^FF^FF < -1 > and $FFFFFE i -2 >. Logical address 
< -1 > returns as it's value Device_ID C as explained under the 
Widget Diagnostic commands > and Logical address < -2 > returns as 
it's value Widget's spare table structure in it's raw -form. It 
should be noted that i -f at any time Widge^t can not pass it's sel-f 
test that it will re-fuse to communicate via logical commands C both 
ProFile and System type commands >. Widget will respond to 
Diagnostic commands at all times, however. 

The rest o-f the commands available on Widget are a complete 
departure -from the ProFile way o-f doing things. The new -form o-f 
command i s: 

< < Command_Byte > 

< Instruct i on_Byte > 

[ I nstruc t i on_Parame ter_Str i ng 3 

< CheckByte > ) 

Command_Byte : ;= < CommandType_Ni bbl e + CommandLength_N i bbl e > 
CommandType_Ni bbl e : := < D i agnost i c_Command I System_Command > 
Di agnost i c._Command :;= < *1.3f > 
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System Command s := < •*2J8f > 



Vj h -i-L l'^'^" sy «wv. 



CommandLength_Ni bbl e s ;=» Count o-f all bytes in the command string 
NOT including tine first one. This length is used only to calculate 
the checkbyte , and not to parse the command, there-fore there is a 
large variety of commands that perform exactly the same function but 
differ in format in that their lengths are not the same. 



IF System_Command 

THEN Instruct i on_Byte 
Sys WrV/'er> 



<Sys_Read 



Sys_Wr i te 



IF Di agnost i c_Command 

THEN Instruct i on_Byte 



!= < 



Read_ID I 

Read_Control ler_Status 

Read_Servo_Status I 

Send_Servo_Command I 

Send_Seel< I 

Send_Re store I 

Set_Recovery I 

Soft_Reset I 

Send_Parl< I 

D i ag_Read I 

Di ag_ReadHeader I 

D i ag_Wr i te I 

Store_Map I 

Re ad_Sp ar eTab 1 e I 

Wr i te_SpareTabl e i 

Forma t_Tracl< I 

I n i t i al i ze_SpareTabl e I 

Rsad_Abor t_Stat I 

Reset_Servo I 

Scan > 



I nstruc t i on_Parame ter_Str i ng 
dependent, and will be forma' 
individual instructions. ) 



!= < This string is 
ly specified at the same 



instruction 
time as the 



ChecKByte s := C This byte is the ones-complement of the sum, 
MOD-256 arithmetic, of all the bytes including the Command_Byte > 



1 n 
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D I A6N0ST I C_COMMANDS 

Widgefs "personality", or the manner in which it behaves, can be 
thought oHF as having two distinct parts* 1) that portion that is 
dictated by the hardware and 2) that portion that is controlled by 
the -firmware. As trite as that last statement may seem on the 
sur-face, the -fact remains that the part of Widget that is the 
hardware is not easily molded to adapt to di-f-ferent environments. 
The same is true, but not quite in the same manner, -for the firmware 
- the code is locked in a ROM of some sort and costs a 1 ot to 
change. How then can Widget's "personality" be changed { on-the-fly 
> to "adapt" to a new environment? The answer in this case to 
architect the firmware in a layered fashion; build the intelligence 
required to run Widget in it's normal operating mode from a pool of 
discrete, primitive functions; these primitive functions in most 
cases have only one particular task that they are capable of 
completing. The implication of this architecture is that with Kjery 
little effort these same primitive functions are availble to the 
host system, and thus make Widget a little "Schizoid". Such luxuries 
do not come without their hidden costs, however. For one thing, the 
Widget controller is slightly more expensive to manufacture <. a cost 
that I believe pales in the sight of the added test/diagnostic 
capabilities > because of the additional code space required for all 
the bells and whistles, and another is that someone must now develop 
Host software to emulate the controller firmware design of choice. 

The purpose of the rest of this section on Diagnostic Commands is 
to aquaint the casual /not-so-casual designer of Host software as to 
how to make the best use of Widget's multiple personality 
capabi 1 i t i es. 
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Read_ID : := < *0J0f > 

Instruct i on_Parameter_Str i ng s s= NULL 

This diagnostic command requires Widget to deliver to the host some 
device spec! -fie information. The structural layout o-f the data 
returned is: 

STRUCTURE I de n t i t i y_B 1 oc k 

<; this identity block is de -fined by the data structures contained 
within it; you will note, however, that a comment is given 
explaining the type o-f structure -for a given element and range o-f 
bytes <. i -f the entire structure is thought o-f as a linear array o-f 
bytes > that include the structure. An example is NameString C -first 
element to be de-fined below > which is a 13-character asc i i string, 
and is located in bytes *0 thru *C o-f the returned block. 



NameStr i ng ! ;= < 

ljerMB_Name I 
2J0fMB_Name I 
40MB_Name (. 13 By tes/*£f0 :*jefC ; Asc i i String >> 



:*0F >> 



i ts 7:4 >> 



i mbedded i n 



10MB_Name : 
20MB_Name 
40MB Name 



= < 'Widget-10 
= < 'Widget-20 
= < 'Widge,t-40 



DeviceType : != <Dev i ce .W i dge t■^W i dge t . S i ze•^Wi dge t .Type { 3 Bytes/*0 

Device. Widget : := <*0001 < 2 By tes/*0D :*0E >> 

Widget. Size : := <Size_10 I Size_20 I Size_40 C 1 Nibble, Byte *0F/ 



Si ze_10 
Si ze_20 
Si ze_40 
Wi dge t .Typg. • 



= <*00> 
= <*10> 
= <*20> 
= <System I Diagnostic ( 1 Nibble, Byte *0F/bits 3:0 



System : := <*00> ; This re-fers to the type o-f -firmware that is 

W i dge t . 

System -firmware will not allow the host to Format, or 

I n i t i al i ze_SpareTabl e ; Diagnostic -firmware will. 

Diagnostic ; ;= <*01 > 

Fi rmware_Revi si on : := << 2 By tes/*10 :*1 1 >> 



Capac i ty : := <Cap_lJ 



Cap_20 1 Cap_40 i 3 Bytes/*12!*14 >> 



Cap__10 ! 
Cap_20 ; 
Cap_40 : 



= <*004C00> 
= <*009800> 
= <*013000> 



Bytes Per Bl ock 



!= < *0214 ( 2 Bytes/*15!l6 >> 
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C>'l_lJ0r : 
Cyl_2jef : 
Cyl 40 ! 



= <*02jaf2> 
= <*02jaf2> 
= <*0404> 



Number_Of_Heads : != <*02 i 1 Byte/*19 >> 

Niimber_Of_Sectors ; :« < Sctr_lJ0f I Sctr_2J0f I Sctr_40 C 1 Byte/*1A >> 



Sctr_10 : 
Sctr_20 : 
Sctr 40 : 



= <*13> 
= <*26> 
= <*26> 



Number_0-f_Possib1e_Spare_Locat ions s := <*00004C < 3 Bytes/*1 B :*1 D >> 
Number_0-f_Spared_B locks : := << 3 Bytes/*1E:*20; range 0. .$4B >> 
Number_0-f_Bad_B locks : ;= << 3 Bytes/*21 :*23; range 0..*4B >> 



'..::.-^- 
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Read_Control 1 er_Status : != <*jefl> 

Every time an operation completes C either successfully or 
exceptionally > Widget will return what I re-fer to as 
Standard_Status, thus allowing the Host system an opportunity to 
change it's -flow o-f execution based on state oi the Status. 
Normally, this Standard_Status is all that is necessary to ensure 
continuous operation. In the exceptional case, or when the Host 
system is emulating the controller's -functions, additional 
in-formation concerning the state o-f Widget is mandatory: without it 
the Host simply could not make an optimum choice in deciding a 
course o-f action. 

Control 1 er_Status is then a means -for the Host system to 
interrogate Widget -further. Each Status C with the exception o-f 
Abor t_.Status, which is a seperate command and is di scussed 1 ater in 
this document > belongs to a homogeneous data structure; namely a 
■four byte quantity containing a bit map representing the various 
exceptional conditions C active high > that is available as the 
first four bytes read from the controller upon completion of the 
current command. 

There are eight status' available to the Host system. The Host 
requests a specific status by setting I nstruc t i on_Parame ter_Str i ng 
to the value corresponding to the status needed. 

IF < Instruct i on_Byte = Read_Con trol 1 er_Status ) 
THEN Instruct i on_Parameter_Str i ng j != < 

Standard_Status I 
Last_Logi cal_Bl ock I 
Current_Seek_Address I 
Curren t_Cyl i nder I 
Internal _Status I 
State_Re9 i sters I 
Excep t i on_Regi sters I 
Last_Seek_Address > 

The four byte response to each of the above status requests is of 
the form: 

Result : := < Byte0 Bytel Byte2 Byte3 > 



"flMI 
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Standard Status : := <*00> 



ByteJBf 



!= < 



Bytel 



!= < 



Byte2 



1= < 



ByteS 
Bi t?! 
Bi t6i 
Bi t5: 
B i 1 4 :, 
Bi t3:0 
read 



Bi t7 
Bi t6 
Bi t5 
Bi t4 
Bi t3 
Bi t2 
Bi tl 
Bi t3 



Bt 


t7: 


Bi 


t6i 


6i 


t5: 


Bi 


t4: 


Bi 


t3: 


Bi 


t2: 


Bi 


tl : 


Bi 


tSS: 



Other 
Wr i te 
( not 
<. not 
Read 



than *35 response 
Bu-f-fer OverFl ow 
used > 
used > 
error 



irotn Host 



No matching header found 
Unrecoverable servo error 
Operation Failed > 



{notused> 

Spare Table OverFlow 

5 or 1 ess spare blocKs available 

i not used > 

Controller Sel-fTest -failure 

SpareTable has been updated 

Seek to wrong track occured 

Controller aborted last operation > 



Bit?; First status response since power-on reset 
Bi t6! Last Log i cal _B1 ock_Number was out o+ range 
bi t5;J0f < not used > > 



• •= ^ 

Read Error detected by 
Read Error detected by 
Header Timeout on last 
C not used > 

; number o-f unsuccess-f ul 



ECC c I rcu i try 
CRC c i rcu i try 
read 



retries { out o-f 10 



■for 



ist 
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Last_Logi cal_Bl ock : ;= < *01 > 
ByteJEf : := < *00 > 

Bytel : != < < Most Signi-ficant Byte o-f Logi cal_Bl ock_Number > > 
Byte2 ::=<<: Middle Byte o-f Log i cal _B1 ocl<_Number > > 
Byte3 s ;= < ( Least Signi-ficant Byte o-f Logi cal _B1 ocl<_Number > 



Current Seek Address ; ;= < *02 > 



Byte0 
Bytel 
Byte2 
ByteS 



= < Most Signi-ficant Cylinder Address > 

= < Least Signi-ficant Cylinder Address > 

= < Head Address > 

= < Sector Address > 



Curren t_Cyl i nder : ;= < *03 > 

< The Current_Cyl i nder di-f-fers -from the Curren t_Seek_Address in 
that it is per-fectly reasonable -for the Servo to have placed the 
heads on another track under certain circumstances; -for example, the 
dr I ye may have been bumped > 



Byte0 

Bytel 

Byte2 

ByteS 
> 



= < Most Signi-ficant Cylinder address > 

= < Least Signi-ficant Cylinder address > 

= < Most Signi-ficant Cylinder o-f current seek address > 

;= < Least Significant Cylinder o-f current seek address 



f 
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In 


ternal. 


_st 


atus 


! ! = 


' < 




ByteJEf 


; := < 


{ 


Reg 










Bi 


t7s 










B 


t6! 










Bi 


t5! 










Bi 


t4: 










Bi 


t3! 










Bi 


t2! 










Bi 


tJBT: 



*j0r4 > 

Msters Excpt_Status > 

Recovery < active high — > Recovery ON > 

Spare almost -ful 1 

Buf-fer structure is contaminated 

Power reset has Just occured 

Current Standard Status is non-zero 
i : i not used 5= > 

Set i-f controller LED is lit > 



position where they 



Bytel :'.-<<. Register; DiskStatus > 

Bit?; On__Track < heads are 

should be > 

Bit6: Read a Header a-fter Recal 

Bit5; current operation is a WRITE 

Bit4; Heads are parked 

BitS; Do sequential search o-f 

look-ahead structure 

Bi t2: Last commad was a multi block command 

Bit!: Seek_compl e te 

Bi t0; Servo o-f-fset C auto > i s on > 



operat i on 
Logi cal 



BI ock 



Byte2 : := < { Register: BlkStatus > 

This byte oi status is valid ONLY a-fter a ProFi 1 e/System 
command. I-f the byte is read a-fter a Diagnostic command it 



concern i ng 



the 



1 ast 



will contain in-formation 
non-Di agnost i c command. 

Bit?: SeekNeeded <. a seek was needed to arrive at 

the current block > 

Bit6; Head_Change_Needed ( like Bit?, but Head 

change instead o-f seek > 

Bi t5:2 *00 < not used > 

Bitl: Current Block is a Bad Block 

Bit0! Current Block is a Spare Block > 



ByteS : ;= < *00 { not used > > 
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State_.Regi sters : := < *05 > 

Byte0 : := < *jef0 C not used > > 

Bytel : := < C Register: Sel ■fTst_Resu 1 t > 



Byte2 



1= < 



ByteS : ;= < 



t7 
t6 
t5 
t4 
t3 
t2 
tl 
tJBT 



Ram_Fai 1 ure 

Eprom_Fai lure 

D i sl<_Speed_Fai 1 ure 

Servo_Fai lure 

Sec tor_Coun t_.Fa i 1 ure 

State_Mach i ne_Fai 1 ure 

Read_UJr i te__Fai 1 ure 

No_Spare_Tab1 e_Found 



i Register; Port2 ) 

Bit?! Disk Read/Write direction set to Read 

Bit6: Servo is able to accept a command <. SioRdy ) 

BitS; MSe 1 1 < I^Se 1 and 1 determine the memory 

source and destination > 

Bi t4! Msel0 

Bits: BSY 

Bit2: CMD 

Bi ti ; Ecc Error 

B i tJBT ! State machine is running > 

< Register: Con trol 1 er_Status_Por t > 

Bit?: CrcError < active low > 

( this bit is valid ONLY when the 
controller state machine is NOT in reset, 
which should be e>^ery time that this bit is 
„ read by the host. There-fore, I -f this status 
'bit indicates a CrcError, then something 
has croaked. The normal way for the host to 
check i -f a Crc or Ecc error has occured is 
to examine Status: Excep t i on_Reg i sters 
which are di cussed below. > 



8it6! Ulr i te_Not_Ual i d C active low ) 

( as in CrcError, this bit is valid only 
when the state machine is NOT in reset. The 
information expressed by this bit is 
converted into a type o-f ServoError, which 
is found in Status: Excep t i on_Reg i sters . > 

Bj,t5: ServoReady 

:^"t 4 : ServoError 

C the servo status bits listed above are 
further explained in Appendix A: Servo 
Processor Documentation. Essentially the 
two bits combine to form four possible 
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servo statesj the normal condition is 
ServoReady AND < NOT SeryoError ). > 
Bit3!0 Current control 1 er state-mach i ne state. 

i as in CrcError and Wr i te_Not_"v'an d, these 
status bits are valid only when the state 
machine is NOT in reset, and should read 
1&00 any other time. > 

On the sur'face it appears that this byte is o4= limited use -for non 
real- time situations. It is, however, invaluable in trying to 
decide i -F the Servo Processor is healthy, wealthy, and wise. It also 
provides a means -for diagnosing a sick state machine. 
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Except i on_R©gi sters ; := < *04 > 

BytejEf : ;= < { Register: RdStat > 

Bit?; Read error occured on last read attempt 

Bi t<6; Servo Error while reading 

Bi t5; At least one successful read in last read 

attempt < this means that valid data is residing in 

Bu-f-fer2 > 

Bit4: No matching header was found during last read 

attempt 

Bit3; CrcError OR EccError occured during last read 

attempt 

Bi t2:0 *0JBf { not used } > 

< a read attempt is defined as being the sequence of events normally 
associated with reading a single block of data. In the case where 
the first read of a block was invalid for some reason, AND Recovery 
is active, then the controller will automatically retry 9 times: 10 
tries total . For example, if the first read was inval id because of a 
CrcError, but the second thru tenth reads are all correct then the 
status bits that will be active are Bit5, and Bit3. Correct and 
valid data will be both in the normal Read buffer and in Buffer2. > 

Bytel ! := < 

Bit7; Error detected by ECC circuitry 

Bit6: Error detected by CRC circuitry 

Bit5; Header timeout 

Bi t4: { noy used := > 

Bit3:0 : Number of bad retries during last read 

attempt > 

C For the above example, this status byte will contain the value *Ci 
> 

Byte2 ::=<<: Register: WrStat > 

Bit7: Write error occured on last write attempt 

Bit6: Servo Error while writing 

Bit5: At least one successful write during last 

wr i te at temp t 

Bit4; No matching header found during last write 

attempt 

Bit3;J0C-*00 { not used > 

i A write attempt is much the same as a read attempt in that there 
are several events that can keep the controller from writing a block 
successfully - and can be detected at the time of the attempted 
write. If Recovery is active then the controller will first copy 
the write buffer to Buffer2 and then retry > 

Byte3 : := < Number of bad retries during last write attempt > 

rWlilMiBMIIIIIIIIIIIIllB l l l l l lllll ilM 



i 



Fi rm_2.Scr i pt Widget Firmware Specification Page 16 



Read„Servo_Status t := < *02 > 

Instruct i on_Parameter_Str i ng ; := < 13 . .Q > 

Til i s status command is used to interrogate the Servo Processor in 
much the same way that Read_Con trol 1 er_Status is used. In -fact, the 
form o-f the result is the same -four byte bit-mapped quantity. 

This command is o-f particular value to a diagnostician that is 
interested in 'p i ck i ng-abou t ' with the servo processor without 
dismantling I^Jidget aS a subsystem. Refer to Appendix A: Servo 
Processor Documentation for a complete description of the various 
status' available and their resulting bit descriptions. 



Send_Servo_Command : != < *03 > 

Instruct i on_Parameter_Str i ng : := < Syte0 Bytel Byte2 ByteS > 

Normally, the Host will allow the controller to manipulate the servo 
processor in order to perform useful < or maybe not so useful! > 
work. For example, let's suppose that the Host system wishes to 
move the disk drive heads from one track to another. Under normal 
operating conditions the preferred way to perform this task is to 
use the Send_Seek command i explained below >. However, the Host has 
the capability to bypass the controller and direct the servo 
processor. Indeed, the Host can issue the servo command, to position 
the heads { via the Send_Servo_Command > so that the seek is 
completly transparent to the con trol 1 er . The implication of this 
command is that the Host can gain even more control of the system if 
i t so chooses. 

A more complete description of the Servo Commands can be read in 
Appendix A: Servo Processor Documentation. 

Byte0 ! := < S Command + S Direction + Hi Maqn i tude > 



< S Comman 


d 


+ 


S 


Di 


recti on + H i _Magn i 


tude 


S_Comman 


d 


■ I 




< 




Offset 

Di agnost i c 

DataRecal 

FormatRecal 

Access 

Access_df f set 

Home 





Offset : := < %10 > 

The Offset command allows the Host to microstep the heads 
in either a positive or negative direction from the center 
of the track. The Widget Firmware does not make use of 
this feature! I have instead left this to a more specific 
data recovery program that is run by the Host. The value 
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and direction o-f the microstep are sent to the Servo 
Processor in Byte2. 

Diagnostic : ;= < *2JGf < this command is not implemented in the 
Servo > > 

DataRecal : != < *40 > 

DataRecal C and also FormatRecal > is used as a 'Get the 
servo in a known state' command, and is usually sent by 
the controller during initialization time or whenever the 
servo is not 'Ready'. This command places the heads over 
the -first data track closest to the inside diameter of the 
disk, within a tolerance o-f 3 tracks. The accepted method 
•for making certain that the heads are over a known track 
-following a DataRecal is to read a header and use the 
track in-formation located in the header to establish the 
1 ocat i on . 

FormatRecal i := < *70 > 

This command is identical to the DataRecal command except 
-for the track that the heads end up over upon completion: 
about 36 tracks closer to the inside diameter o-f the disk. 
Unlike the DataRecal command, however, the disk sur-face in 
this area is not likely correctly store in-formation 
written there. This command then is used to supply an 
absolute re-ference point when -formating the drive. 

Access : ;= < *80 > 

I use the term 'access' and 'seek' interchangeably within 
the context o-f this document. The servo Access command is 
used to position the heads a relative distance -from their 
current position. The Servo Processor has no knowledge 
concerning absolute position and it i s up to the 
controller < real or emulated > to supply the relative 
distance. This in-formation is passed along in ByteJEf and 
Bytel . 

Access_0-f-fset s := < *9jef > 

The dif-ference between an Access and an Access_Of-f se t is 
that the assumption is made that heads will position 
themselves within a 'tolerable' distance o-f the center o-f 
the track with an Access command, while no such assumption 
is made with an Access_p-f -f se t command. There is some 
in-formation written on each track o-f the disk 'under' the 
index mark. This in-formation is used by the servo 
processor to 'calculate' the center o-f the track { data 
center } and position the heads accordingly. Because the 
servo must wait -for the index to arrive under the heads 
be -fore it can read this in-formation there is an implied 
latency o-f about 1 revolution C currently 19.4 msec > 



r ■ ■ . 
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attached to each Access_Of -fset . Normally, the Widget 
controller will use the Access commamd -for all reads, and 
the Access_Of f se t command -for all writes. 

Home ; := < *CjEf > 

When the heads are 'Homed' they are sent completely off 
the data surface and held in position very near the inside 
diameter crash stop. 



S_Di recti on : := < Positive I Negative > 

Positive ! s= < *04 C move the heads toward the outside 
diameter > > 

Negative : := < *00 < move the heads toward the inside 
di ame ter > > 



Hi_Magnitude s := < 0..3 < move the heads a multiple of 256 
tracks } > 



Bytel ! := < Low_l^agn i tude : s= 0..25S > 

Hi_Magi n i tude + LowJ^ag i n i tude , and S_Di recti on establish the 
relative distance the heads must move to arrive at the target 
track. 



Byte2 : ;= < Of f se t_D i rec t i on + Au to Of f se t_Swi tch + Of f se t_Magn i tude 
> 

This command byte, when used with the Offset command, establishes 
the degree and direction of mi crostepp i ng. 

Of f se t_Di rec t i on : := < Positive I Negative > 

Positive : := < *80 { offset towards outside diameter 

> > 

Negative s := < %0£f (. offset towards inside diameter y 

> 

Autc._Of fset_Swi tch ; := < ON I OFF > 

ON : := < $40 <. turn automatic track centering on 
without an access command > > OFF ; ;= < *0j£f { do not 
auto track center on this command > > 
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0-f-fset_i^agi n i tud© ! ;= < IS..32 > 

Byte3 : := < Baud_Rate + Power_Gin_Rese t > 

Baud_Rate : := < 19.5k_Baud I 57.4l<_Baud > 

The servo 'comes up' at 19.5k baud because o-f the 
test equipment used on it be-fore it is integrated 
into a system. Once it is running with a controller, 
however, it is run continuosly at 57.6k baud. This 
parameter is also a bit misleading in that once the 
servo has been told to go to 57.4k it will -forever 
more ignore this parameters in other words it is 
impossible to go -from the higher baud rate to the 
lower without reset ing the servo processor. 

19.5k_Baud : := < *00 > 
57.6_Baud ! := < *80 > 

Power_On_Reset : := < *4J0f > 

This is one o-f three way to reset the servo 
processor (. such variety! }. The other two are: 
1) Power switch, and 2> have the controller pull 
on the servo reset line. Out o-f all three 
methods, choice two is the most pre-ferable in 
that the controller will completely initialize 
all the drive parameters related to the servo as 
well Ss automatically go to the higher baud 
rate . 



MRP 



Fi rm_3.Scr i pt WidQet Firmware Spec i -f i cat i on Page 20 



Send_Seel< : ;= < *i0r4 > 

Instruct ion_Parameter_Strin9 s != < HiCyl LoCyl Head Sector > 

Widget's Send_Seel< command allows the Host system to place the 
heads over any track on the disk. The value of the seek address 
sent in the parameter string is used read/write a block o-f data 
using the diagnostic commands -for those functions. For example, 
•for the Host to read Cylinder 1, Head 0, Sector 18 a 
Seek_Command would be issued for that combination of cylinder, 
head, and sector C *0001 313 12 > followed by a Diag_Read i 
explained below >. 
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Send Restore : 5= < *05 > 



Restore_Data : ;= < *40 > 
Restore_Format : := < %7I3 > 

The Send_Restore command is used by the host to initialize the 
servo processor and to put the heads in a known location. This 
command is the same as per-forming a Data/Format Recal except 
that the controller updates it's internal state to account -for 
the new servo position (. as opposed to using the 
Send_SerMO_Command, which is transparent to the controller >. 



''tIMIi 
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Set_Recovery ; := < *06 > 

Instruct i on_Paramet©r_Str i ng ; != < ON 1 OFF > 

ON : := < *01 > 
OFF : '.- < *00 > 

To tiie best o-f my ability I have attempted to make the 
exception handling characteristics o-f Widget a binary set: 
either Widget handles everything, or the Host system does. The 
command Set_Recovery is the Host's link with this all or 
nothing world in that it is through this instruction that the 
Host can gain control o-f the media. When Widget comes up after 
being reset it assumes control and sets Recovery to be ON. The 
Host system must overtly change this state i via Set_Recovery > 
i -f it wishes to emulate a di-f-ferent exception handling 
criteria. Once Recovery is OFF, the controller will always -fail 
in an operation i -f an exception occurs: the Host system MUST 
assume responsibility -for ALL error handling. 



Fi rm_3.Scr i pt 



Widget Firmwar© Spec i -f i cat i on 



Page 23 



So-ft_Reset s := < *07 > 

Instruct i on_Parameter_Str i ng : != < NULL > 



This commands instructs the 
flow o-f execution at it's 
should be the same <. -from 
power-reset . 



Widget -firmware to restart it's 
initialization point. The results 
a so-ftware poi nt-o-f-v i ew > as a 
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Send_Parl< : := < *08 > 

Instruct i on_Parameter_Str i ng : := < NULL > 

When the Host issues a Send_Parl< command to the con trol 1 er the 
results are that that the heads are moved o-f-f the data sur-face 
and held very near the inside diameter crash stop. The 
dif-ference between this command and the Send_Seryo_Command; 
Home is that Home is per-formed 'open-loop' wi th^the crach stop 
as it's re-ference point, while Send_Park is an access command 
to a specific track. The net result is a -fairly he-fty saying o-f 
time: the access command can be an order o-f magnitude quicker 
than Home/Recal . 
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Diag_Read : ;= < *09 > 

Instruct i on_Parameter_Str I ng ; := < NULL > 

The Diag_Read command is used to read the block on the disk 
pointed to by the last seek address. This instruction is valid 
for states that the controller might be in: it is advised that 
a Send_Seek command precede the Read. The -form o-f the returned 
data is exactly the same as that o-f ProFile_Read or a Sys_Read 
in that 4 bytes o-f Standard_Status precede the block o-f data. 



Di ag_ReadHeader s := < *0A > 

Instruct i on_Parameter_Str i ng : := < Sector < *0..*12 > > 

When the heads are positioned over an unknown location, or when 
it is suspected that a block's header is shot, it is time to 
use the Di ag_ReadHeader command. This instruction allows the 
host to 'suck-up' both whatever in-formation is residing in the 
block's header -field as well as the data -from that block. The 
•form o-f the result is: 

Resul t : := ( 

< Standard_Status/*00:*J0f3 > 

< Header/*04:*09 > 

< Gap/*0A:*0F > 

< Sync/*10:*11 > 

< Data/*12. . > ) 

Standard_Status : := < C as de-fined above > > 

Header : := < HiCyl LoCyl HdSc t -HiCyl -LoCyl -HdSct > 

HiCyl : := < 1 Byte, Most significant cylinder address 
> 

LoCyl : ;= < 1 Byte, Least significant cylinder 
address > 

HdSct ! != < 1 Byte, bits7:6 are head address, bits550 
are sector address > 

-HiCyl ! := < Ones-complement of HiCyl > 

-LoCyl : ;= < Ones-complement of LoCyl > 

-HdSct : != < Ones-complement of hdSct > 



f 
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Sap : ;= < 5 bytes o-f %00 > 
Sync : := < $0100 > 
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Oiag_Wri te : := < *0B > 

Instruct i on_Parameter_Str i ng : i= < MULL > 

This instruction allows the host to write a block o-f data to 
the location on disk pointed to by the last seek address. 
Dia9_Write is valid -for all states that the controller may wind 
up in, but it is recommended that a Send_Seek command precede 
the write command to ensure that the correct block will be 
wr i tten . 1 



■...:>:5*5.. 
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Store_Map s := < *0C > 

I nstruc t i on_Parame ter_Str i ng s := < NULL > 

The Store_Map command is to bie used by the Host to logically 
pe-i nterl eave Widget, Widget will be used on a number o-f target 
hosts, each o-f which would like to optimize the per-formance { 
sequential > o-f the disk drive. This optomization can occur in 
one o-f two ways: 1) either seperate lines are set up in 
manufacturing to initialize Widgets specifically -for each 
target host or 2> we can manufacture a single Widget unit and 
have the Host initialize the drive for it's specific 
requ i remen ts. 

Included in the SpareTable structure is a data structure called 
the InterLeave_Map . This map is used as another level of 
logical addressing during the calculation of a cylinder, head, 
and sector address from a given logical block address. 
Specifically stated, once a sector address has been determinied 
it is used as an index into the In terLeave_Map and a new sector 
address is generated { the In terLeave_Map is an array with the 
same number of entries as there are sectors, and each entry 
must be unique and valued within the range of legal sector 
val ues > . 

It is extremely important that the host system proceed with 
caution when changing the Map. A remapping of the elements 
within the SpareTable is REQUIRED with every change to the Map 
<. this is because as the sectors are logically remapped the 
defects that stay with a physical address move around relative 
to a logical block's number >. For this reason I suggest that 
all changes to the map be done using the Wr i te_SpareTab1 e 
command in conjunction with a remapping of all the spare/bad 
blocks. 

This command is externally executed { by the host > as a write 
command. The first Number_Of _Sec tors worth of data In the 
buffer are assumed to be the new map. 
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Read_SpareTable : != < *jErD > 

Instruct i on_Parameter_Str ing ! := < NULL > 

Reading i and writing > Widget's spare table is an absolute must -for 

diagnostic purposes, and i -F the Host wishes to emulate the 

controller. The result o-f this instruction is identical to 
per-forming a ProFile_Read -from block *FFFFFE and has the -forms 

Resul t s != < 

< Standard_Status/*00!*03 i as de-fined above > > 

< Fence/*04!*07 > 

< RunNumber/*08!*0B > 

< Forma t_O-f-Fset/*0C > 

< Format_InterLeawe/*jefD > 

< HeadPtr.Array/saEs^SD > 

< SpareCount/*8E > 

< BadBl ockCount/*8F > 

< Bi tMap/*8A:*?3 > 

< Heap/*94:*1C3 > 

< InterLeaye_Map/*lC4:*lD7 > 

< Checksum/*! D8s*lD9 > 

< Fence/*1DA:*1DD > > 

Fence s != < < %FI3 > < *78 > < *3C > < *1E > ) 

R'-T.iNumber s := < 32-bit interger > 

The RunNumber is incremented each time the spare table is 
writen to the disk. Because two copies are kept on the 
disk, the RunNumber is used to decide which is the more 
recent o-f the two should both copies o-f the table not be 
updated . 

Forma t_0-f-f set ; := < *00 . .NumberD-f Sec tor s > 

Format_0-f -f se t is the number o-f physical sectors there are 
-from index mark until logical sector 0. 

Format_InterLeaye s != < *00..*j0r6 > 

This number is the interleave -factor -for this disk and is 
used in calculating where each o-f the logical sectors are 
in terms o-f actual physical sectors. 

HeadPtr_Array : := < ARRAYC . . 1 27 ] of HeadPtr > 

HeadPtr : ;= < Ni 1 ■»■ Ptr > 
Nil : := < *jgf0 I *80 > 

I -f a HeadPtr is N i 1 , then there is no 
linked-list structure in the heap corresponding 
to the current logical block number. 
Ptr : := < $00. .$7F > 
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A Ptr is a seven bit data structure that 
'points'" to a spec i -f i c location within the Heap 

C if the Heap can be though of as a linear array 

of bytes, the a Ptr is used to index into that 

array >. To arrive at the actual index value 

within the Heap, the Ptr must first be 
mul t i pi i ed by four . 

When a disk is formatted and fresh data is being written to it, 
each logical block is asigned the first available physical 
block on the disk. Therefore you would expect that 
Logi cal Bl ock< ) would occupy Physi cal Bl oci<< ), L<1> — > 
P< 1 ) , etc. There are instances, however, when a block of data 
must be relocated to another space on the disk that does not 
follow the original progression ( for example, the original 
space was defective >. In order to 'find' these relocated 
blocks in the future a record must be kept as to where all 
these relocated blocks have been put. This record takes the 
form of 128 linked lists having the form HeadPtr<n) — > 
Li nkedLi st<n) , where n := 0..127. The algorithm for deciding 
whether or not a LogicalBlock has been relocated is to extract 
bits 16:10 from the Logi cal Bl ockNumber and use it as an index 
into the HeadPtr_Array . If the HeadPtr associated with this 
index value is Nil then LogicalBlock has not been relocated 
else use HeadPtr. Ptr to search the linked list corresponding to 
this HeadPtr value. Now to decide if the LogicalBlock has been 
relocated a test must be made as the linked list is traversed 
by comparing the Log i cal Bl ockNumber ' s bits 9:0 to the current 
list element's token value. If they match then LogicalBlock has 
been relocated and it's new position is a multiple of the list 
element's position in the Heap. 

SpareCount : := < *00..*4C > 
BadBlockCount : := < ^00..*4C > 

BitMap ; != < ARRAYC 0..$4B 3 of Bits > 

The bit map is used to keep a record of which spare blocks 
are occupied, and their locations on the disk. 

Heap : := < ARRAYC 0..*4B 3 of ListElement > 

Li stEl emen t : := < 

< Ni 1 +Used+Useabl e+Spr_Type+Data_Type > 

< Token > 

< Ptr > ) 

Nil : := < *80 { IF Nil THEN End_Of_Chain > > 

Used ! := < *40 > 

Useabl e s ;= < *20 > 

SprType : := < Spare i BadBl ock > 



I • 
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Spare : != < ^Ijgf > 
BadBI ock : := < *jefj0r > 
Data_Type ; != < Data I SpareTable > 
Data : != < *02 > 
SpareTable ; ;= < *j08 > 

Token : := < Bits9:0 oi the Logi cal Bl ockNumber > 



InterLeaMe_Map s := < ARRAY CJ0t . .NbrSc trs] OF JEf . .NbrSc trs > 



Checksum : := < the sum o-f all bytes in the spare table -from the 
■first -fence to the end o-f the heap, in MOD-65536 arithmetic > 
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Wr i te_Spare_Table : := < *0E > 

Instruct ion_Parameter__String ; := < < *Fjef > < *78 > < *3C > < *1E > > 

This command allows the Host to '-force' a new spare table on 
the controller, and' is executed just like any o-f the other 

write commands (. the data in this case i^UST con-form to the 

structure presented in Read_SpareTabl e >. The data sent to the 

controller is written to the two spare table locations on the 
disk. 



mtmnmmmKmmm^wmmmmimmmmmmHmmmmmmmmmmmmmmmmmmmmi^^ 
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Format_Track : := < *0F > 

Instruct i on_Parameter_Str i ng ; ;= < 

< Forma t_0-f-f set > 

< Format_In terLeave > 

< Password > 

Forma t_0-f-f set : ;= < *0J0r . .Number _Of_Sec tors > 

This parameter dictates which sector < beginning with 
secto!r0 - the first physical sector after index mark > 
will be logical sector S3 -for that track. 

Format_In terLeave ; :== < *00..*0<6 { interleave factor > > 

Password : := < < *F0 > < *78 > < *3C > < *iE > ) 

The format command is used tos 

1. Operate on the track that is currently beneath the 
heads - this imp! i es that the Host had best perform a 
Send_Seek command prior to formatting a track. 

2. AC erase the entire track - this implies that all 
data stored on this track has acheived Nirvana and 
are living happlily ever after in the great bit 
bucket in the sky. 

3. New headers will be layed down on EVERY sector of 
the track . 



^^. 
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In i t i al i ze_SpareTabl e ; := < *10 > 
Instruct ion_Parameter_Str i ng ; ;= < 



< Forma t_0-f-f set > 

< Format_In terLeave > 

< Password > 



Format_0-ffset s := < *00. .Number _0-f_Sec tors > 

Format_InterLeaye : != < ^SSfS . .%B6 (. interleave factor > > 

Password : := < < *Fflr > < *78 > < *3C > < *1E > ) 

This command -form tlie Host instructs the controller to 'wipe 

the slate clean' as far as the SpareTable is concerned. The 

initialized table is written to disk. 



mm 
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Read Abort Status 



i= < *n > 



Instruct i on_Parameter__Str i ng : != < NULL > 



Read_Abort_Status will return valid data only AFTER tiie 
controller has aborted i identified by 

Standard_Status.Bytel.Bit0 >. The form of the result is a 
sixteen byte string, and the contents are the contents of the 
controller's registers at the time of the abort - with the 
exception of bytes $0E and *0F, which constitute the return 
address of the procedure that called the Abort routine. Because 
all of the information that can be derived from this request 
from is extremely firmware dependent an appendix i Appendix C: 
Abort_Status 'v'ariables > has been created that hopefully will 
be updated with each firmware release. 
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Reset_Servo : := < *12 > 

Instruct i on_Parameter_Str i ng : ;= < NULL > 

Reset_S©rvo allows the host to initialize the servo processor 
without having to power the device down. The controller will 
automatically reset the Servo, check for valid initial 
conditions and per-form a Data_Recal . 
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Scan : != < *13 > 

Instruct i on_Parameter_String : := < NULL > 

The Scan command causes the Widget to read all blocks that are 
with the range o-f blocks set aside -for user data blocks. If any 
o-f these blocks are bad then the block will either be relocated 
{ I -f the data can be recovered > or marked as bad and relocated 
on the next write to that block. The SpareTable can be examined 
be-fore and a-fter a Scan command -find the locations o-f all bad 
blocks. 
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SYSTEM_COMMANDS 
System_Commands. have been implemented -For essentially two reasons! 

1. I -felt that it was important -for Widget to add one more check on 
the CMD/BSY handshake: namely the addition o-f a checkbyte -following 
the command string. 

2. In order to increase the per-formance o-f the system without 
modi-fying the hardware it was critical to introduce another level o-f 
parallelism into the Host/Controller inter-face. Most < 60'/. or 
greater > o-f the reads -for a specific block on the disk are -followed 
by a read -for the logically sequential block. In -fact, in the 
extreme case o-f Lisa, this percentage is almost 100'/.. There-fore I 
have suppressed the command decoding -for all but the -first block 
read C over a small range ). The implementation, then, -for this 
added parallelism is to send an additional parameter with the < 
-first > l,ogi cal Bl ock indicating the number o-f blocks to be read. 

This implementation holds -for Reads and Writes, .but not -for 
Wr i teUer i -f i es. I have taken the liberty o-f assuming i hope-fully 
correctly > that Wr i te'v'er i -f i es do not exhibit the same 
characteristic behaviour as the other two types o-f commands, and 
that they are -fairly long commands to begin with. The trade-o-f-f then 
was one o-f saving code space < a Sys_Wr'v'er is the same routine as a 
Pro_WrUer, but with command checkbyting > vs. adding a third 
multiblock -function with limited per-formance increases. 

The protocol -for System commands is slightly dif-ferent then that o-f 
Pro-file commands. In the case o-f a Read command, each block o-f data 
is trans-fered to the host when it received by the controller; there 
is NO bu-f-ferin-g o-f disk blocks on Widget at this time. The transfer 
looks just like other read-style trans-fers in that Standard_Status 
is sent with the data block and the data block is the same length (. 
532 bytes >. Instead, however, o-f responding with the basic 
'Controller is ready -for command' response when the Host sets CMD < 
a-fter storing the data block > the controller will respond with a 
'Controller ready to get next block' response. 



'■^' 
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Sys_Read : := < *0j0r > 

Instruct ion_Parameter_String : := < < B1ocl<_Count > < LogicalBlock > 

> 

Block_Count : := < *01..*13 > 

This parameter is the number o-f blocks to be read that 
■follow sequentially -from LogicalBlock. It i s assumed that 
one block C LogicalBlock > will be read, making the 
Block_Count the number o-f blocks -following the -first one 
that is to be read, also. 



Logi cal Bl ock 
L_lJ0rMB 
L_2jefMB 
L 4J0fMB 



: := < L 10MB I L_2JBrMB I 
:= < *0i0000. .*jef04BFF > 
!= < *000000. .*0097FF > 
:= < *000000. .*012FFF > 



L 40MB > 
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Syii_Wri te ; := < *01 > 

Instruct ion_Parameter_Str i ng : := < < B1ock_Count > < LogicalBlock > 



Block Count : := < *01..*13 > 



Logj cal 61 ock 
L_iJEfMB ! 
L_20MB : 
L 40MB : 



:= < L_10MB 1 L_2.0MB I L_40MB > 
= < ■*000000. .■*004eFF > 
= < *000000. .*0097FF > 
= < *000000. .*012FFF > 



Sy3_WrMer : := < *02 > 

Instruct i on_Parameter_Str i ng ; ;= < LogicalBlock > 



Logi cal Bl ock 
L_10MB 
L_20MB 
L 40MB 



:= < L_10MB I L_20MB I L_40MB > 
= < *000000 . . *004BFF > 
= < *000000. .*0097FF > 
= < S000000. .*012FFF > 



-'^MilNHNi 
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HANDSHAKE PROTOCOL 

Both Widget and ProFile share the same Host inter-face scheme, and 
there-fore a lot in common when it comes to trying to communicate 
with the Host system. ProFile's protocol is documented in 'ProFile 
Communication Protocol'', and a follow-up document titled 'The 
Extended ProFile Protocol' written by Karl Young is available -for 
more de tai 1 . 

The actual sequence o-f events can be portayed as -follows; 

Protocol_Sequence ; := < 

< Ini t i al_HandShake > 

< Command_DownLoad > 

< Response_HandShake > 

C Data_Rece i ved_^HandShal<e 3 

< Final_HandShake > ) 

In i t i al_HandShake ; : = 

1. Host asserts CMD, sets data direction to read 

2. Controller asynchronously responds by: 

a. Writing *J0fl to the Host 

b. Asserting BSY 

3. If the Host recogn I zes the controller response, it will 
respond by: 

a. Writing a *55 to the controller 

b. Otherwise it will write a *AA 

c. In either case the Host will de-assert CMD. 

4. The controller will respond to the Host by: 

a. In either case < whether the Host responded with a 
*55 or *AA or anything else > the controller will 
eventually end up waiting -for the next instance o-f 

. CMD . 

b. I -f the response was a *55 then the controller will 
be a 'captive' audience, anxiously awaiting 
instructions -from .the Host as to what to do next. 

c. Otherwise, the controller will Abort, and leave 
Standard Status saying so in it's bu-f-fer where the 
host dan-- read it. The state o-f the command sequence 
-for the controller then becomes I n i t i al _HandShake , 
and the Host should read do it's best to read the 
Standard Status as soon as it notices that the 
handshake sequence has been changed. The execption to 
this 'Otherwise' is when the response -from the Host 
is a FreeProcess response i explained below >. 

Command Down Load ; := 
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1. The Host writes a variable length string o-f hex bytes 
to the controller. The address o-f where these bytes are 
sent Is set up by the controller in the In i t i al_HandShake 
phase. The length o-f the hex string is up to the Host, but 
is intended to be thelength o-f a command string ( indeed, 
the string o-f bytes is supposed to be a command string! >. 
The controller knows to increment it's address counter C 
remember, it is responsible for loading the string into 
ifs memory > by a -falling edge o-f STROBE -from the 
inter-face card. 

Response_HandShake ! := 

1. The Host asserts CMD 

2. The controller responds asynchronously by -first reading 
it's iDu-f-fer in the locations that it set aside -for the 
Host to per-form it's command download, doing what is 
necessary to decode the command { i.e., validating the 
checkbyte, making certain that the command was o-f the 
right type, and decoding the command >. It then writes a 
response byte to the Host which has the value o-f < 
I nstruc t i on_By te ■^ 2 ) . 

3. The controller asserts BSY 

4. i look at 3. -for In i t i al _HandShake > 

5. If the controller receives a *55 then it will continue 
executing the command, otherwise it will Abort and return to 
In i t i al_HandShake . 

Data_Rece i ved_HandShake ; ;= 

1. If the controller is expecting data i as is the case 
for a write command > then in the Response_HandShake it 
will de-assert BSY and wait for the next occurance of CMD. 

2. When the Host 'sees' BSY become de-asserted it will 
then write as much data as it pleases (. like the command 
download, the controller dictates the address of the data 
while the Host dictates the length >. 

3. The Host the asserts CMD 

4. The controller responds asynchronously to the Host by 
writing a t-06 to the Host. 

5. The controller then asserts BSY 
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6. Assuming the Host accepts the response from the 
controller, it will respond by writing *55 back to the 
controller and then de-asserting CMD. 

7. The controller will then continue executing the 
command. 

Fi nal._HandShal<e : : = 

1. When the controller finishes with the execution of the 
instruction, 

it will put the latest Standard_Status in a location in 
i t's buffer 

where it will be accessible to the Host ( as well as 
any data that 

might be a result of the command execution >. 

2. The controller then de-asserts BSY 

3. The Host detects that BSY has been de-asserted and then 
reads from the controller as many bytes as it wishes i in 
much the same fashion as it does when writing a command 
string to the controller; the controller points to the 
data and the Host moves it >. 



There is C at least > one implication to this protocol: the Host is 
capable of tying up iBB'A of the controller's resources if it so 
chooses. This is because the con trol 1 er has no way of knowing when 
the Host has finished reading/writing from/to it's data buffer. 
There needs, therefore, to be a mechanism for the Host to let the 
controller know that it has freed up the controller's resources. 
This mechanism (. for lack of a better name > is called the 
FreeProcess. The Host communicates the FreeProcess to the control le 
in either of two ways: 1) the ProFile way, and 2) the Widget way. 

ProFi 1 e_FreeProcess ; ;= 

1. The Host downloads a commands of < *F0 > to the 
con trol 1 er . 

2. The controller decodes the command and enters 
FreeProcess. 

Wi dge t_FreeProcess ; ;= 

1. During the I n i t i al _HandShake { when the controller is 
attempting to let the Host know that it is ready for a new 
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command > tl^e Host responds to the *01 with a *69. 

2. The controller responds to the reception o-f a *69 
instead o-f *55 by entering FreeProcess. All -further 
handshaking is terminated. 



f: 
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COMMAND SUMMARY 



Pr oF i 1 e Comman ds s 



ProFile_Read : != < <*00> < 3 bytes Logical Block > ) 
ProFi le_Wri te : := < <*01> < 3 bytes Logical Block > ) 
ProFi 1 e_WrMer i fy s := < <*02> < 3 bytes LogjcalBlock > ) 

Di agnost i c_Commands: 

Read_ID : ;= ( <*i2> <*00> <*ED> > 

Read_Contro1 ler_Status : := < <*13> <*01 > < Status > < CheckByte > 

> 

Read_Seryo_Status : ;= < <*13> <*02> < Status > < CheckByte > ) 

Send_Servo_Command : := < <*16> <*03> < 4 command bytes > < 

CheckByte > ) 

Send_Seek : := < <*16> <*04> < 4 bytes cyl/head/sec tor > < 

CheckByte > > 

Send_Restore : := ( <*13> <*05> < Data/Format Recal > < CheckByte > 

) 

Set_Recovery s != < <*13> <*0<$> < dn/Of-f > < CheckByte > ) 



So-f t_Reset 
Send_Park : 
Di ag_Read : 



D i ag_Wr i te 
Store_Map i 



;= < <*12> <*07> <*E6> ) 
= < <*12> <*08> <*E5> ) 
= < <*12> <*09> <*E4> ) 



Di ag_ReadHeader : := < <*13> <*0A> < Sector > < CheckByte > ) 



!= < <*12> <*0B> <*E2> ) 
1= < <*12> <*0C> < *Ei > > 
Read_SpareTabl e s ;= ( <*12> <*0D> <*E0> ) 

Wri te_SpareTable : := < <*1<6> <*0E> < PassWord > < CheckByte > ) 
Format_Track : := < <*18> <*0F> 

<0-f-fs©t><InterLeave><PassUlord><CheckByte> ) 
In i t i al i ze_SpareTab1 e : : = 

< <*16> <*10> < 0-f-fset > < InterLeaye> < PassWord > < 
. CheckByte > ) 

Read_Abort_Stat s ;= < <*12> <*1 1 > <*DC> ) 
Reset_Servo : := ( <*12> <*12> <*DB> > 
Scan : != < <*12> <*13> <*DA> ) 

System Commands: 

Sys_Read ; ;= 

< <*26> <*00> < BlkCnt > <r '3 bytes LogicalBlock > < 
CheckByte > > ♦" 

Sys_Wr i te ; ; = 

< <*26>- <*01> < BlkCnt > < 3 bytes LogicalBlock > < 
CheckByte > ) 

Sys_Wr»vJer i ^:y : := ( <*25> <*02> < 3 bytes LogicalBlock > < 
CheckByte > ) 
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Password ; := < $F0 *78 *3C *1E > 



^iMMimMIIIIIII 
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Exception Handling: 

Ulidget has been designed to run -fault -free -for most o-f it's 
operating time. This means that almost eKfery single time that a 
request is made o-f the controller it will be per-formed -f 1 awl essl / . 
However, there are some exceptional cases - most -fall into the 
category o-f extreme errors- where the controller must attempt to 
correct a problem. The most likely to occur is either when the drive 
is externally "bumped" and the heads are -forced o-f-f track, or -flaky 
block is read i crc/ecc error >, 

SERVO EXCEPTIONS 

It is possible -for the Servo Processor to detect that the heads 
have gone o-f-f track. When this occurs the Servo will attempt to put 
the heads back on track transparently to the controller. There are 
three outcomes to this exception; 

1. The Servo will put the heads back on the correct track and 
all will be well with the world. 

2. The Servo will mistakenly put the heads on a track that is 
close to the target track. In this case the controller will 
detect a header mismatch the next time it reads a block on the 
di sk and will i ssue a seek to correctthe position error. 

3. The Servo will raise ServoError C a gross misalignment 
detected > and drop ServoReady in which case the controller 
will have no choice but to issue a DataRecal to clear the 
ServoError, then issue a seek to get back to the target track. 
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READ/WRITE EXCEPTIONS 
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When a block read, i -f the first read is successful { no errors > 
then the data is trans-fered to the Host, thus completing it's 
command. Suppose, however, that the block is not read success-f ul 1 y 
the -first time. The causes oi this exception are 4; 



1. Servo Error: this execption is hand 
routine and getting in touch with the Servo Processor 
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the Servo is well and that 

it retries the 



th i ngs 

convinced that ._ 

positioned where thye should be, 



ed by 1 eav i ng 
o 
the 



the read 

to see i -f 

control 1 er is 

the heads are 

read . 
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3. The state machine indicates that a matching 
■found. Before making this decision the state mac 
the track twice for a match header. To handle 
the controller reads a header from the track that 
currently positioned over and tries to determine 
are positioned correctly. If they are, then it i 
target block's header is faulty and the track wi 
If no header can be read from the track i t can be 
the heads are positioned correctly or if all 
track are shot. In this case the controller will 
recal' and seek back to the target location an 
header still can not be found the block will be s 
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4. The state machine indicates that a crc or ecc error has 
occured. The controller will automatically retry 9 times C a 
total of l.6f reads >. If a successful read is encountered during 
this retry session the controller will save the valid data. At 
the end of all the retries, if the number of bad reads was 2 or 
less then the block is transfered to the Host. If the number is 
between 2 and IB then the data is still returned to the Host, 
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but the controller goes back to the target block and per-forms a 
WriteVeri-fy with the valid data; if the block fails the verify 
then it is spared. If the number of bad reads is 10 then the 
ecc correction algorithm is applied to the result of the last 
retry. If the data is correctable then it is returned to the 
Host; the target block is then write verified with the valid 
data and if it fails it is spared. If the data is 
uncorrectable, then undefined data is returned to the Host < if 
it chooses to read it > and Standard_Status indicates that the 
operation failed. The target block is then declared a BadBlock 
< a form of spare >. 

BadBlocks have the property that when they are read the 
controller will attempt to extract the data from the target 
block and performing exactly the same steps as i n a normal read 
i n an attempt to recover the data. When they are written to, 
the controller performs a write verify to the target block. If 
the block passes the ver i f yu then it is no longer a BadBlock, 
otherwise it is spared. 

SpareBlocks have the property that they are 'relocated' 
1 ogi cal bl ocks. In other words, SpareBlocks are blocks on the 
disk that are transparent to the Host and were set aside for 
the explicit purpose of relocating faulty blocks. There are 76 
such SpareBlocks on each Widget, spaced 256 blocks apart on a 
iJBfMB drive, 512 blocks apart on a 2J0fMB drive, and 1024 blocks 
apart on the 40MB drive. When I decided upon this sparing 
algorithm I chose a trade-off between overall performance and 
data secur i ty . 

When a block is spared, it is relocated to the nearest available 
spare block so that the time to get to it is minimized. This 
works only as long as spared blocks are more or less uniform 
over the entire disk surface. On ^ the other hand, if the ideal 
case were to be implemented < the controller keeping track of 
which blocks on the disk were unused and relocating to the 
nearest one > the space needed to contain the data structure 
that kept track of the algporithm would be enormous. The 
decision to keep the structure contained inside of one data 
block C 512 bytes > led to the 'checker-board' algorithm that 
has been implemented on Widget. 
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MISCELLANEOUS 
Parkings 

To guard against any mishaps when power is shut oii to Widget, 
there is a mechanism in the -firmware that takes the heads of-f 
the data area o-f the disk a+ter a period o-f idleness. This 
mechanism is known as 'parking'. Un-For tunatel y , it is possible 
■for parking to synchronize with periodic uses o-f the drive by 
the Host, causing a mild -form o-f thrashing brought about by the 
constant seeking needed to move the heads between the park 
position and the target position. It was determined 
empirically on ProFile that a good compromise delay time to 
park is 3 seconds and that time hold -for Widget. 

Arm_Sweep j 

To protect the head-arm bearings -from too many short seeks i 
this causes a possible migration o-f lubrication away -from the 
sur-faces that are meant to be lubricated > the arm is swept the 
complete width o-f the disk data sur-face 9>^ery 2048 seeks. 

Sel ■f_Test s 

When the controller comes up -from being reset it per-forms the 
■following sel-ftest -functions: 

1 . Regi ster Test 

Write and verify one's and zero'z to all registers; 
hal t i -f ■fail ure 

2. Stack Test 

Check push/pop, call/return capabilities; halt i ■f 
■f ai lure 

3. Ram Test 

Write ones and zeros to all ram locations; don't 
allow ProFile or System commands i -f -failure. 

4. Eprom Test 

Check external eprom banks 13 and 1 ■for check byte; 
don't allow ProFile or System commands if failure. 

5. Motor Speed 

Check time from index to index; don't allow ProFile 
or System commands if failure. 

6. Track Count 

Seek from the format recal position to track 0. This 
test fails if the servo is unable to complete this 
task . 

7. Spare Table 
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Find both spare tables and write verify them; don't 
allow ProFile or System commands i -f -failure. 

8. Read/Wr i te Test 

Widget per-forms a read/write test on a track not used 
■for data. I-f a failure occurs on all blocks of that 
track then the controller assumes that either the 
disk or the read/write channel is unusable. 
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APPENDIX C: Abort. Status Variables 



There are occasions when the Widget controller will detect that 
something is radically wrong with the Widget subsystem, i.e., the 
ram on-board the controller goes on vacation, or the state machine 
gives up the ghost, etc. In one o-f these cases the controller will 
'aborf it's current instruction 4nd return control to the Host, 
hope-fully with enough information that the Host can make an 
intelligent decision concerning the state o-f the Widget. 

The Host can read in some in-formation concerning the abort that the 
controller took by read Last_Abor t_Status . This command returns a 
result that is 2£S bytes long; 4 bytes o-f Standard_Status followed by 
16 bytes of abort status. The contents of the 16 byte result is 
dependent upon the abort taken, and is determined by examining the 
contents of the 15th and 16th bytes which are a pointer into the 
firmware where the abort occured. 

In the following list the contents of bytes 15 and 16 are indicated 
{ as a hexadecimal 16-bit integer. Just as you would read them from 
the buffer; byte 15 most significant... >, with a brief description 
of th ereason why the abort was taken as well as any comments 
concerning other bytes of immediate interest included within the 
Abort Status structure. 



*02EA; Illegal interface response, or Host Nak 

Byte.09; Response Byte received from Host -=:» 
*03B8: Illegal Ram_Bank select 

BytejGf0: Bank number of attempted select 
*jef487: Format Error: Illegal State_Mach i ne State 

ByteJSfA; State of State_liach i ne at time of failure 
*04CB; Illegal Bank_Switch; Either call or return 

Bytej0f0: Bank number of attempted bank select 
*0513; Illegal Interrupt or Dead_Man_T i meou t 

Byte0A;0B ; Address of routine at time of timeout 
*ll.£fl: Format Error: Error while writing sector 
.- Byte.0f9: Error Status from FormatBlock 
*1:IEA: Command CheckByte Error 

*1203: ProFile or System command attempted while SelfTest error 
*1217: Illegal Interface instruction 

^ISLGf; Unrecoverable Servo Error while reading '*..v;^.- 
•*13E8; Sparing attempted on non-existent spared bl oc4 
■*1513: Sparing attempted while spare table full 
*15SD: Deletion attempted of non-existent bad block 
*16B4: Illegal exception instruction 
*1'?1?: Unrecoverable Servo Error wh i 1 e .wr i.Jt i nq 
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$1B56: 

SIBAB: 

*1BD2! 
*1C15! 
*1C24: 



*iC78: 
*1CFF: 
*1E4A: 

*1F2F: 

*2JBf21 : 

*21F7! 



*2370 ; 
*249,3: 

*24B3: 
*2522: 

*265E: 
*26B8: 
*29EjEf: 

*2AlJBf: 
*2D 1 3 : 



ServQ Status request sent as Servo Command 
Restore Errors Non-Recal parameter 

Byte^jEf; Illegal parameter sent 
Store_Map Errors Parameter larger then the number 

Byte0A5 Illegal parameter sent 
Illegal password sent -for Wr i te_Spare„Tab] e command 
Illegal password sent -for Format command 
Illegal -format parameters 
ByteJ09: 0-f-fset parameter 
BytejBfAs interleave paramter 
Illegal password sent -for In 1 t i al i ze_Spare_Tabl e 
Zero block count sent for MultlBlock transfer 
Write Errors Illegal State_Mach i ne state 

ByteJEfAs State_Mach i ne state at time of error 
Read Errors Illegal State_Mach i ne state 

State_Mach i ne state at time of error 
Errors Illegal State_Mach i ne state 
State_Mach i ne state at time of error 
illegal logical block 



of sectors 



command 



BytejBfAs 
ReadHeader 

Byte0As 
Request for 



BytejEfCs 

Byte0Cs 

Byte0Cs 

Search for 



High byte of requested logical block 
twiddle byte of requested logical block 
Low byte of requested logical block 
SpareTatale failed 



No SpareTable structure found in SpareTable 
UpDate of SpareTable failed 
Illegal SpareCount instruction 

Byte£f9s k/ialue of illegal instruction 
Unrecoverable Servo Error while performing overlapped seek 
Unrecoverable Servo Error while seeking 
Servo Error after Servo Reset « 

Byte.CfAs 'v'alue of controller status port at time of error 
Servo Communication error after Servo Reset 
Scan attempted without SpareTable 
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WIDGET SERVO FUNCTIONAL OBJECTIVE 



I. BASIC SERVO FUNCTIONS 

Widget servo control functions are handled by a Z8 microprocessor. The 
Z8 handles all I/O operations, timing operations and communication with a 
host controller. Control functions to the Z8 Servo Controller are made 
through the serial I/O. 

The following commands for the Widget servo are: 

A. HOME - not detented, heads off data zones located at the inner stop. 

B. RECAL - detented at one of two positions. 

1. FORMAT RECAL: 32, -0, +3 tracks from HOME use only during data 
formatting. 

2. RECAL: 72, -0, +3 tracks from HOME use to Initialize home posi- 
tion after power on or following an access or any other error. 

C. SEEK - coarse track positioning of data head to any desired track 
location. 

D. TRACK FOLLOWING - heads are detented on a specific track location and 
the device is ready for another command. 

E. OFFSET - controlled microstepping of fine position system during 
TRACK FOLLOWING (two modes). 

1. COMMAND OFFSET - direction and amount of offset is specified to 
the servo. 

2. AUTO OFFSET - command allows the servo to automatically move off 
track by the amount indicated by the embedded servo signal on the 
data surface (disk). 

F. STATUS - command can read servo status. 

G. DIAGNOSTIC - not implemented. 

See Table 1 for the actual command description. With the present com- 
mand structure a SEEK COMMAND can be augmented with an OFFSET COMMAND. 
Upon completion of a seek, the offset command bit is tested Co determine 
if an offset will occur following a seek (either auto or command offset). 
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J '^en a SERVO ERROR occurs the Z8 SERVO will attempt to do a short REGAL 

(ERROR REGAL). Two attempts are made by the system to do the ERROR REGAL 
function. If either of the two RECAL .operations terminate successfully 
the protocol status will be SERVO READY, SIO READY and SERVO ERROR. 
Should the ERROR REGAL fail then the system will complete the error 
recovery by a HOME function. 

The two OFFSET commands will be described. First GOMMAND OFFSET is a pre- 
determined amount of mtcrostepping of the fine position servo. Included 
in the OFF-SET BYTE (STATREG) bit B6=0 is a COMl-lAND OFFSET. Bit B7-1 is a 
forward offset step (toward the spindle); B7=0 is a reverse step. In the 
case bit B6=l the OFFSET command is AUTO OFFSET. 

AUTO OFFSET command normally occurs during a write operation. When the 
HDA was initially formated at the factory special encoded servo data was 
written on each track "near" the index zone. The reason for this follows: 

Normal coarse and fine position information for the position servos is 
derived from an optical signal relative to the actual data head-track, 
location. Over a period of time the relative position (optical signal) 
will not be aligned to the absolute head-track position by some unknown 
amount (less than 100 uln). This small change is important for reliabil- 
ity during the write operation. Write/Read reliability can be degraded 
due to this misalignment. The special disk encoded servo signal is avail- 
able to the fine position servo and will correct the difference between 
the relative position signal of the optics and the absolute head to track 
position under the data head only at index time. The correction signal 
can be held indefinitely or updated (if desired at each index time) or 
until a new OFFSET command or move command (SEEK or REGAL) occurs. 

II. COMMUNICATION FUNCTIONS 

The servo functions described in the previous section only occur when the 
servo Z8 microprocessor is in the communication state. Communication 
states occur Immediately after a system reset, upon completing head set- 
ting after a recal, seek, offset, read servo status or set servo diag- 
nostic. A special communication state exists after a servo error has 
occurred. If + SIO READY is not active no communication can exist between 
the external controller and the servo Z8 processor. 

Servo commands are serial bits grouped as five separate bytes total. Re- 
fer to Table 1 parts I through V as the total communication string. First 
byte is the command byte (i.e. seek, read status, recal, etc.). Second 
byte Is the low order difference for a seek (i.e. Byte 2 = $0A Is a ten 
track seek). Third byte is the offset byte (AUTO or COMMAND OFFSET and 
the magnitude/ direction for command offset). Fourth byte is the status 
and diagnostic byte (use for reading Internal servo status or setting 
diagnostic commands). Byte five is the check sum byte used to check ver- 
ify that the first four bytes were correctly transmitted (communication 
error checking) . 



Part of the communication function requires a specific protocol between 
the servo Z8 processor and the external controller. 

Servo control and communication are described in CHART I. This chart 
illustrates the basic sequencing and control operations. Chart I does 
not illustrate the servo error handling or command/protocol handling 
functions. Error handling is described in Section IV and illustrated by 
CHART II. 



III. Z8 SERVO PROTOCOL 

The protocol between the Z8 SERVO microcomputer and Che CONTROLLER is 
based on five I/O lines. Two of the I/O lines are serial input (to Z8 . 
servo from controller) serial output (from Z8 servo to controller). Data 
stream between the Z8 servo and controller is 8 bit ACSII with no parity 
bit (the fifth byte of the command string contains check sum byte use for 
error checking). There are three additional output lines between the Z8 
servo used as control lines to the controller. Combining the two serial 
I/O lines and the three unidirectional port lines generates the bases of 
the protocol between the Z8 servo and controller. The important opera- 
tions between the Z8 servo and controller are: 

1. Send commands to Z8 servo. 

2. Read Z8 servo status. 

3. Check validity of all four command bytes. 

4. I/O timing signals between the Z8 servo and controller. 

5. Z8 servo reset. 

Sequencing the Z8 servo controller is an important process following a 
Power Up (Power On Reset) or if the controller should issue a Z8 Servo 
Reset at any time. After a Z8 Servo Reset is inhibited the Z8 I/O ports 
and internal register are initialized. This takes approximately 75 msec 
after the Z8 Servo Reset is inhibited. The protocol baud rate is auto- 
matically set to 19.2KB and then the system is parked at HOME position 
and SIO READY is set active. ***IMPORTANT***. If the desired baud rate 
needs to be increased to 57.6KB; **after a Z8 Servo Reset is the ONLY 
time this can be done***. Once set to 57.6KB tne communication rate re- 
mains at 57.6KB until a Z8 Servo Reset occurs. Setting 57.6KB is achieved 
as follows: 

1. Z8 Servo "Power On _or Controller" Reset 

2. Wait for SIO Ready 

3. Send a READ STATUS COMMAND as follows: 

BYTE 1 = $ 00 

BYTE 2 = 5 00 

BYTE 3 = $ 00 

BYTE 4 = $ 87 
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f- After the completion of transmitting the bytes, the Z8 Servo Controller 
chanzges to 57.6KB and will be waiting for the next transmitted command 
at 57.6KB. 

Before the controller transmits the command byte the controller must pole 
the SIO B£ADY line from the Z8 servo to determine if it is active (+5 
volts). If the line is active then a command can be transmitted to the 
Z8 servo. The program in the Z8 servo will determine what to do with the 
command bytes (depending upon the current status of the Z8 servo). After 
the command (five bytes long) has been transmitted to the Z8 servo, the 
program in the Z8 servo will determine if the command bytes (first four 
bytes) are in error by evaluating the check sum byte (fifth byte trans- 
mitted). See table Chart III and IV for the error handling. After the 
controller has transmitted the last serial string it must wait 250 usee 
then test for SERVO ERROR active (+5 volts). If SERVO ERROR is active the 
command was rejected (check sum error or invalid command). If the SERVO 
ERROR is set active 600^sec after the command is sent (and not 250 sec), 
this was a command reject. The SERVO ERROR must be cleared by ElEAD 
STATUS COMMAND or REGAL COMMAND before transmitting another command. 
See CHART 1 for time diagram of the command sequence and I/O protocol. 

As long as SIO READY is active the controller can communicate with the Z8 
Servo Controller. If SERVO READY is not active the only command that will 
cause the Widget Servo to set SERVO READY active is a RECAL COMMAND (NOR- 
MAL or FORMAT). Read Status will only clear SERVO ERROR. And all other 
commands will be rejected. 

Next, if SERVO READY is active and SERVO ERROR is also active, SERVO 
ERROR can be cleared by: 

1. Any READ STATUS COMMAND. 

2. Any RECAL COMMAND. 

3. Any other commands will be rejected and maintain SERVO ERROR. 

If a SEEK COMl-LAND is transmitted with both SERVO READY and SERVO ERROR 
active the command will be rejected. 

It is important to check the status of all three status lines from the 
Z8 Servo. It is best to avoid sending a SEEK COMMAND with SERVO 'READY 
and SERVO ERROR active. 

Chart V parts A-I illustrate some of the serial communication commands 
and error conditions that can occur between the controller and Z8 SERVO. 

IV. ERROR HANDLING 

SERVO ERROR will be generated during the following conditions: 

1. During Recal mode (velocity control only) access time-out. If a Recal 
function exceeds 150 msec then an access timeout occurs. 



2. During Seek mode (velocity control only) access time-out. If a Seek 
function .exceeds 150 msec then an access time-out occurs. 

3. During Settling mode (following a Recal, Seek, or Offset) if there is 
excessive On Track pulses (3 crossings) indicating excessive head 
motion a Settling error check will occur. 

4. During a command transmission if a communication error occurs (check 
sum error) . 

5. During a command tansmission if a invalid command is sent. 
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APPENDIX A: 



I. The purpose of the FINE POSITION SERVO is to maintain detent or lock on 
a given data track. Any misregistrations of the head/ana due to windage, 
mechanical observed by the optics position signal are corrected by the 
close loop position servo. Misregistrations at the data head relative to 
the actual data track on the disk must be corrected by the AUTO OFFSET 
command. Figure I illustrates a block diagram of the Widget FINE POSI- 
TION SERVO, The amount of misregistration at the data track sensed after 
a AUTO OFFSET command are summed into the servo and the servo is automat- 
ically repositioned over the data track. 

II. The COARSE POSITION SERVO (SEEK) has the function of moving the data 
head arbitarily from a current track to any other arbitrary track loca- 
tion within the total' number of track locations between the inner to 
outer crash stops. When a command is transmitted to the Z8 Servo con- 
troller, the Z8 decodes and interprets the command into a servo function. 
If a SEEK command is sent to the Z8 Servo Controller a direction and 
number of tracks to move is also sent. The system starts its move to the 
new track location. When the arm has moved to its new location the Z8 
Servo Controller provides control and delay necessary to allow the data 
head and the FINE POSITION SERVO to come to rest immediately following a 
SEEK. This insures that motion in FINE POSITION SERVO and data head will 
be under control when the READ/WRITE channel begins operation. Reliabil- 
ity of "the data channel is assured with high margins. Figure I illustrates 
a block diagram of the Widget COARSS POSITION SERVO. 

The differences between the FINE POSITION SERVO and the COARSE POSITION 
SERVO is handled by the Z8 Servo Controller. The two servos share for 
the most part the same set of electronics. The Z8 Servo Controller and 
analog multiplexers switch between the signal paths. In general there 
are some circuits that are not shared because of their uniqueness for a 
particular servo. 
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Z8 SERVO COMMAND BYTES 
TABLE 1 



page 1 



K BYTE 1: COMMAND BYTE <DIFCNTH) 



command 

bi ts 



access 
bi ts 



B7 
86 
B5 
54 



B3 -X- not used 
82 -access direction 
BI -hi di-f-f2 <512) 
B0 -hi di-f+1 <256) 



87 B6 B5 84 



FUNCTIONS 



X 











1 








1 





1 











1 


1 


1 











1 


1 


1 














1 


















access only 
access with o-f-fset 
normal recal <to trk 
•format recal < to trk 
of-fset-trk following 
home -send to ID stop 
diagnostic command 
read status command 



72) 
32) 



access direction = 
hi di+-f2 <512) 
hi diff 1 (256) 



1 (FORWARD: toward the spindle) 

(REV^ERSE: away from the spindlej 

1 (512 tracks to go) 

(not set) 

1 (254 tracks to go) 
(not set) 



II. BYTE 2: DIFF BYTE (DIFCNTL) 

command BYTE 2 contains the LOW ORDER DIFFERENCE COUNT for a seek 



B7 


-b 


t7= 


128 


tracks 


86 


-b 


t6= 


64 


tracks 


85 


-b 


t5= 


32 


tracks 


B4 


-b 


t4= 


16 


tracks 


83 


-b 


t3= 


8 


tracks 


32 


-b 


t2= 


4 


tracks 


BI 


-b 


tl = 


2 


tracks 


B0 


-b 


t0= 


1 


track 



-v*' 



rj WIDGET SERVO FUNCTIONAL OBJECTIVE 

)3 



I. BASIC SERVO FUNCTIONS 

Widget servo control functions are handled by a Z8 microprocessor. The 
Z8 handles all I/O operations, timing operations and communication with a 
host controller. Control functions to the Z8 Servo Controller are made 
through the serial I/O. 

The following comioands for the Widget servo are: 

A. HOME - not detented, heads off data zones located at the Inner stop. 

B. RECAL - detented at one of two positions. 

1. FORMAT RECAL: 32, -0, +3 tracks from HOME use only during data 
formatting. 

2. RECAL: 72, -0, 4-3 tracks from HOME use to Initialize home posi- 
tion after power on or following an access or any other error. 

C. SEER - coarse track positioning of data head to any desired track 
location. 

D. TRACK FOLLOWING - heads are detented on a specific track location and 
the device is ready for another command. 

E. OFFSET - controlled microstepping of fine position system during 
TRACK FOLLOWING (two modes). 

1. COMMAND OFFSET - direction and amount of offset is specified to 
the servo. 

2. AUTO OFFSET - command allows the servo to automatically move off 
track l^ the amount indicated by the embedded servo signal on the 
data surface (disk). 

F. STATUS " command can read servo status. 

G. DIAGNOSTIC - not Implemented. 

See Table 1 for the actual command description. With the present com- 
mand structure a SEEK COMMAND can be augmented with an OFFSET COMMAND. 
Upon completion of a seek, the offset command bit is tested to determine 
if an offset will occur following a seek (either auto or command offset). 
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When a SERVO ERROR occurs the Z8 SERVO will attempt to do a short RECAL 
(ERROR RECAL). Two attempts are made by the system to do the ERROR RECAL 
function. If either of the two RECAL operations terminate successfully 
the protocol status will be SERVO READY, SIC READY and SERVO ERROR. 
Should the ERROR RECAL fail then the system will complete the error 
recovery by a HOME function. 

The two OFFSET commands will be described. First COMMAND OFFSET is a pre- 
determined amount of microstepping of the fine position servo. Included 
in the OFFSET BYTE (STATREG) bit B6-0 is a COMMAND OFFSET. Bit B7-1 is a 
forward offset step (toward the spindle); B7"0 is a reverse step. In the 
case bit B6-1 the OFFSET command is AUTO OFFSET. 

AUTO OFFSET command normally occurs during a write operation. When the 
HDA was initially formated at the factory special encoded servo data was 
written on each track "near" the index zone. The reason for this follows: 



Nonaal coarse and fine position information for the position servos is 
derived from an optical signal relative to the actual data head-track 
location. Over a period of time the relative position (optical signal) 
will not be aligned to the absolute head-track position by some unknown 
amount (less than 100 uln). This small change is important for reliabil- 
ity during the write operation. Write/Read reliability can be degraded 
due to this misalignment. The special disk encoded servo signal is avail- 
able to the fine position servo and will correct Che difference between 
the relative position signal of the optics and the absolute head to track 
position under the data head only at index time. The correction signal 
can be held indefinitely or updated (if desired at each index time) or 
until a new OFFSET command or move command (SEEK or RECAL) occurs. 

II. COMMUNICATION FUNCTIONS 

The servo functions described in the previous section only occur when the 
servo Z8 microprocessor is in the communication state. Communication 
states occur immediately after a system reset, upon completing head set- 
ting after a recal, seek, offset, read servo status or set servo diag- 
nostic. A special communication state exists after a servo error has 
occurred. If + SIO READY is not active no communication can exist between 
the external controller and the servo Z8 processor. 

Servo commands are serial bits grouped as five separate bytes total. Re- 
fer to Table 1 parts I through V as the total communication string. First 
byte is the coimnand byte (i.e. seek, read status, recal, etc.). Second 
byte is the low order difference for a seek (i.e. Byte 2 - $0A is a ten 
track seek). Third byte is the offset byte (AUTO or COMMAND OFFSET and 
the magnitxide/ direction for command offset). Fourth byte is the status 
and diagnostic byte (use for reading internal servo status or setting 
diagnostic commands). Byte five is the check sim byte used to check ver- 
ify that the first four bytes were correctly transmitted (communication 
error checking) . 



Part of the conununication function requires a specific protocol between 
the servo Z8 processor and the external controller. 

Servo control and communication are described in CHART I. This chart 
illustrates the basic sequencing and control operations. Chart I does 
not illustrate the servo error handling or command/protocol handling 
functions. Error handling is described in Section IV and illustrated by 

CHART II. 



III. Z8 SERVO PROTOCOL 

The protocol between the Z8 SERVO microcomputer and the CONTROLLER is 
based on five I/O lines. Two of the I/O lines are serial input (to Z8 
servo from controller) serial output (from Z8 servo to controller). Data 
stream between the Z8 servo and controller is 8 bit ACSII with no parity 
bit (the fifth byte of the command string contains check sum byte use for 
error checking). There are three additional output lines between the Z8 
servo used as control lines to the controller. Combining the two serial 
I/O lines and the three unidirectional port lines generates the bases of 
the protocol between the Z8 servo and controller. The important opera- 
tions between the Z8 servo and controller are: 

1. Send commands to Z8 servo. 

2. Read Z8 servo status. 

3. Check validity of all four command bytes. 

4. I/O timing signals between the Z8 servo and controller. 

5. Z8 servo reset. 

Sequencing the Z8 servo controller is aa important process following a 
Power Dp (Power On Reset) or if the controller should Issue a Z8 Servo 
Reset at any time. After a Z8 Servo Reset is inhibited the Z8 I/O ports 
and internal register are initialized. This takes approximately 75 msec 
after the Z8 Servo Reset is inhibited. The protocol baud rate is auto- 
matically set to 19.2KB and then the system is parked at HOME position 
and SIO READY is set active. *** IMPORTANT***. If the desired baud rate 
needs to be increased to 57.6KB; **after a Z8 Servo Reset is the ONLY 
time this can be done***. Once set to 57.6KB the communication rate re- 
mains at 57.6KB until a Z8 Servo Reset occurs. Setting 57.6KB is achieved 
as follows: 

1. Z8 Servo "Power On o£ Controller" Reset 

2. Wait for SIO Ready 

3. Send a READ STATUS COMMAND as follows: 

BYTE 1 - $ 00 
BYTE 2 - $ GO 
BYTE 3 - $ 00 
BYTE 4 - $ 87 
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After the completion of transmitting the bytes, the Z8 Servo Controller 
chanzges to 57.6K£ and will be waiting for the next transmitted command 
at 57.6KB. 

Before the controller transmits the command byte the controller must pole 
the SIO READY line from the Z8 servo to determine if it Is active (+5 
volts). If the line is active then a command can be transmitted to the 
Z8 servo. The program in the Z8 servo will determine what to do %d.th the 
command bytes (depending upon the current status of the Z8 servo). After 
the command (five bytes long) has been transmitted to the Z8 servo, the 
program In the Z8 servo will determine If the command bytes (first four 
bytes) are in error by evaluating the check sum byte (fifth byte trans- 
mitted). See table Chart III and IV for the error handling. After the 
controller has transmitted the last serial string it must wait 250 usee 
then test for SERVO ERROR active (+5 volts). If SERVO ERROR is active the 
command was rejected (check sum error or Invalid command). If the SERVO 
ERROR is set active 600^sec after the command is sent (and not 250 sec), 
this was a command reject. The SERVO ERROR must be cleared by READ 
STATUS COMMAND or RECAI^ COMMAND before transmitting another command. 
See CHART 1 for time diagram of the command sequence and I/O protocol. 

As long as SIO READY is active the controller can communicate with the Z8 
Servo Controller. If SERVO READY Is not active the only command that will 
cause the Widget Servo to set SERVO READY active is a RECAL COMMAND (NOR- 
MAL or FORMAT). Read Status will only clear SERVO ERROR. And all other 
commands will be rejected. 

Next, if SERVO READY is active and SERVO ERROR is also active. SERVO 
ERROR can be cleared by: 

1. Any READ STATUS COMMAND. 

2. Any RECAL COMMAND. 

3. Any other commands will be rejected and maintain SERVO ERROR. 

If a SEEK COMMAND is transmitted with both SERVO READY and SERVO ERROR 
active the command will be rejected. 

It is important to check the status of all three statxxs lines from the 
Z8 Servo. It is best to avoid sending a SEEK COMMAND with SERVO READY 
and SERVO ERROR active. 

Chart V parts A-I illustrate some of the serial communication commands 
and error conditions that can occur between the controller and Z8 SERVO. 



IV. ERROR HANDLING 

SERVO ERROR will be generated during the following conditions: 

1. During Recal mode (velocity control only) access time-out. If a R«cal 
function exceeds 150 msec then an access timeout occurs. 



2. During Seek mode (velocity control only) access time-out. If a Seek 
function exceeds 150 msec then an access time-out occurs. 

3. During Settling mode (following a Recal, Seek, or Offset) if there is 
excessive On Track pulses (3 crossings) indicating excessive head 
motion a Settling error check will occur. 

4. During a command transmission if a communication error occurs (check 
sum error). 

5. During a command tansmission if a invalid command is sent. 



APPENDIX A: 



I. The purpose of the FINE POSITION SERVO is to maintain detent or lock on 
a given data track. Any misregistrations of the head/arm due to windage, 
mechanical observed by the optics position signal are corrected by the 
close loop position servo. Misregistrations at the data head relative to 
the actual data track on the disk must be corrected by the AUTO OFFSET 
command. Figure I illustrates a block diagram of the Widget FINE POSI- 
TION SERVO. The amount of misregistration at the data track sensed after 
a ADTO OFFSET command are summed into the servo and the servo is automat- 
ically repositioned over the data track. 

II. The COARSE POSITION SERVO (SEEK) has the function of moving the data 
head arbitarily from a current track to any other arbitrary track loca- 
tion within the total number of track locations between the inner to 
outer crash stops. When a command is transmitted to the Z8 Servo con- 
troller, the Z8 decodes and interprets the command into a servo function. 
If a SEEK command is sent to the Z8 Servo Controller a direction and 
number of tracks to move is also sent. The system starts its move to the 
new track location. When the arm has moved to its new location the Z8 
Servo Controller provides control and delay necessary to allow the data 
head and the FINE POSITION SERVO to come to rest immediately following a 
SEEK, This insures that motion in FINE POSITION SERVO and data head will 
be under control when the READ/WRITE channel begins operation. Reliabil- 
ity of the data channel is assured with high margins. Figure I illustrates 
a block diagram of the Widget COARSE POSITION SERVO. 

The differences between the FINE POSITION SERVO and the COARSE POSITION 
SERVO is handled by the Z8 Servo Controller. The two servos share for 
the most part the same set of electronics. The Z8 Servo Controller and 
analog multiplexers switch between the signal paths. In general there 
are some circuits that are not shared because of their uniqueness for a 
particular servo. 



APPENDIX B: 



An laportant part of the Widget Servo System is the optics signal. The optics 
signal provides the necessary signals for the five position servo position the 
data head accurately over the data track and to provide the system velocity 
signal during seek mode. The alignment of the optics signal is described in 
the following section on "WIDGET OPTICS ALIGNMENT PROCEDURE." 
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WIDGET SERVO 
VARIOUS KEY WAVEFORMS 



CONTENTS 

Page 1 Optics Adjustment 

Page 2 Current Sense and Position A 

Page 3 Current Sense and Position A (Forward and Rev Seeks) 

Page 4 Velocity and Position A 

Page 5 Velocity and Position A (Forward and Rev Seeks) 

Page 6 DAC Output and Position A 

Page 7 DAC Output and Position A (Forward and Rev Seeks) 

Page 8 Curve Shift Function and Position A ( 1 track seek) 

Page 9 Curve Shift Function and Position A (60 track seek) 



WAVEFORM: Optics Adjustment 



Scope Adjustments: 
Channel 



Probe Tip 



Chan 1 


Position A 


Chan 2 


Position B 


Trig In 


Not used 


Horiz : 


X-Y Mode 



Test Point 

TP9 
TPa 



Notes 

2V/div 
2V/div 



Servo: 



Alternate Seeks, 512 tracks 

Press Z; 82, 0, 0, 
86, 0, 0, 
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WAUf-FORIl: Current Sense and Position A 



, Servo: 



Scope Adjustments: 










Channel 


Probe Tip 


Test Point 


Notes 




Chan i 


Current Sense 


TP19 


5V/div 




Chan 2 


Position A 


TP9 


3V/div 




Trig In 


Access Mode 


TP27 


Positive trig, 


Ext/ 10 



Horiz: 5ms/Div Calibrated 



Alternate Seeks, 96 tracks (Hex $60) 



Press 2; 



80, 60, 0, 
84, 60, 0, 
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WAVEFOEU-l: Current Sense and Position A 
(Forward and Reverse Seeks) 



Scope Adjustments: 










Channel 


Probe Tip 


Test Point 


Notes 




Chan 1 


Current Sense 


TP19 


5V/div 




Chan 2 


Position A 


TP9 


5V/div 




Trig In 


Access tlode 


TP27 


Positive trig, 


Ext/ 10 



Horiz: 2nis/Uiv Uncalibrated 



Servo: 



Alternate Seeks, 96 tracks (Hex $60) 



Press Z: 



80, 60, 0, 
8A, 60, 0, 
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WAVEFORM: Velocity and Position A 



Servo: 



Scope Adjustments: 










Channel 


Probe Tip 


Test Point 


Notes 




Chan 1 


Velocity 


TP7 


2V/div 




Chan 2 


Position A 


Tpy 


5V/div 




Trig In 


Access Mode 


TP27 


Positive trig, 


Ext/ 10 



Horiz: 5ms/Div Calibrated 



Alternate Seeks, 96 tracks (Hex $60) 



Press Z; 



80, 60, 0, 
84, 60, 0, 




PAGE 4 



WAVEFORil: Velocity and Position A 
(Forward and Rev Seeks) 



Scope Adjustments: 

Channel 

Chan 1 
Chan 2 
Trig In 



Probe Tip 

Velocity 
Position A 
Access Mode 



Test Point 

TP7 
TP9 
TP27 



Notes 

5V/di'v 
5V/div 
Positive trig, Ext/ 10 



"Horiz: 2ms/Div Uncalibrated 



Servo; 



Alternate Seeks, 96 tracks (Hex $60) 



Press Z; 



80, 60, 0, 
84, 60, 0, 
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WAVEFORJl: DAC Output and Position A 



Scope Adjustments: 










Channel 


Probe Tip 


Test Point 


Notes 




Chan 1 


DAC Output 


TP13 


2V/div 




Chan 2 


Position A 


TP9 


5V/div 




Trig In 


Access Mode 


TP27 


Positive trig, 


Ext/ 10 


Horiz: 


5ms/Div Calibrated 









Servo: 



Alternate Seeks, 96 tracks (Hex $60) 



Press Z; 



80, 60, 0, 
84, 60, 0, 
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wAVEF0Kr4: DAC Output and. Position A 
(Forward and Rev Seeks) 



Scope Adjustments: 

Channel 

Chan 1 
Chan 2 
Trig In 



Probe Tip 

DAC Output 
Position A 
Access Mode 



test Point 

TP13 

TP9 

TP27 



Notes 

2V/div 
5V/div 
Positive trig, Ext/ 10 



Horiz: 2ms/Div Uncalibrated 



Servo: 



Alternate Seeks, 96 tracks (Hex $60) 



Press Z; 



80, 60, 0, 
84, 60, 0, 
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WAVEFORxH: Curve Shift Function and Position A 
(Forward and Rev Seeks: 1 track) 



Scope Adjustments: 
Channel 



Servo: 



Chan 


1 


Chan 


2 


Trig 


In 



Probe Tip 



Test Point 



Curve Shift Func. TP12 
Position A TP9 
Access Mode TP27 



Horiz: 2ais/Div Uncalibrated 



Notes 

2V/div 
5V/div 
Positive trig, Ext/10 



Alternate Seeks, 1 track 



Press Z; 



80, 01, 0, 
84, 01, 0, 
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WAVEFORII: Curve Shift Function and Position A 
(60 track seek) 



Scope Adjustnents: 








Channel 


Probe Tip 


Test Point 


Notes 


Chan 1 


Curve Shift Func. 


1P12 


2V/div 


Chan 2 


Position A 


TP9 


5V/div 


Trig. In 


Access Mode 


TP27 


Positive trig, Ext/10 



Servo: 



Horiz: 5ms/Div Calibrated 



Alternate Seeks, 96 tracks (Hex $60) 



Press Z; 



80, 60, 0, 
84, 60, 0, 




'.-iuE y 



28 SERMO C(*f¥WD BYTES 
TABLE I 



pagt 1 



I. BYTE 1 1 COMhV^D BYTE (DIFCNTH> 



I 67 B6 B5 B4 i FUNCTIONS 



comnt&nd 
bits 



accffss 
bits 



IB7 
\B6 
.'B5 
!B4 



IBS 
t62 
iBl 
IB9 



-X- not ustd 
-aicc*ss direction 
-hi dl-f-f2 C5i2) 
-hi di-f-fl C2S6> 



1 l" 


1 


e 





1 


access only 




"1 1 


1 


e 





1 


acctss Mi th o-f-fstt 




H 1 


8 


1 








normal recal <to tpk 


72) 


^ J 





1 


1 


1 


' -format rtcal < to trk 


32) 


f ; 


e 


8 


8 


1 


offset-trk following 




e 1 


1 


i 








1 home-stnd to ID stop 




1 1 


e 


8 


1 





diagnostic command 




t 














1 rtad status command 





access direction * 



hi dl-Ff2 <512> 



hi dif-fl <256) 



1 <FORUARDt toward the spindle) 
8 <REM£RSE: away from the spindle) 

i <512 tracks to go) 
(not set) 

i <256 tracks to go) 
<not set)- 



II. BYTE 2! DIFF BYTE (DIFCNTL) 

command BYTE 2 contains the LOW ORDER DIFFERENCE COUNT for a seek 



tB7 


-bl t7- 


128 


tracks 


iB6 


-bit6- 


6A 


tracks 


IBS 


-bi tS- 


32 


tracks 


iB4 


-bit4» 


16 


tracks 


!B3 


-bi t3- 


8 


tracks 


tB2 


-bi t2» 


4 


tracks 


IBl 


-biti- 


2 


tracks 


tB0 


-bl t0- 


1 


track 



Z8 SERVO COMMAND BYTES 
TABLE 1 



p*0«2 



III. BYTE 3 1 OFFSET BYTE CSTATREG) 



command BYTE 3 contnln* th« INSTRUCTION -for an OFFSET COMh^WD <ft»*k 
or during track -foil owing) 



- P 



OF 



IB7 


-o-f-fset direction 


\B6 


-auto o-f-f»«t function 


IBS 


-r#ad o-f-fset value <after auto or manual) 


IB4 


-o-ffset bi t4 «14 


!B3 


-o-f-fset bi t3 -8 


!62 


-o-f-fset bi t2 -4 


!B1 


-o-ffset bi tl -2 


(Be 


-o-f-fset bi te -1 



1. i-f o-f-fset command -from BYTE 1 is followed by bit<i set <auto offset) 
offset direction <bi t7) read offset <bit5) and bits 4-8 are ignored 
but should be set to if not used. 

2. OFFSET DIRECTION -i < FORWARD OFFSET i toward the spindle) 

-e (REVERSE OFFSET: away from the spindle) 

3. AUTO OFFSET -l (normally used preceeding a write operation) 

"8 (manual offsetrMUST send direction and magnitud 

of offset) 

■1 (read offset value from DACp.e. after auto 

offset) 
■8 (no action) 

» READ OFFSET COhtiAND desired after AUTO OFFSET MUST be sent as two 
seperate commands 

IV. BYTE 4 1 STATUS BYTE (CNTREG) 



4. READ OFFSET 



IB? 


-communication rate 


IB6 


-power on reset 


IBS 


-not used 


:B4 


-not used 


IBS 


-status or diagnostic bit 


162 


_ t 
1 


iBl 


1 


IBS 


V 



B7«8; Communication Rate is 19.2 KBAUD 

■1 J Communication Rate is 57.6 KBAUD 

B6«8} Power On Reset bit is no active 

-1 J Power On Reset bit is active 



28 SERVO C0MW#4D BYTES 
TABLE 1 



p«gt3 



V. BYTE 5: CHECKSUM BYTE (CKSUM) 



[B7 B6 B5 B4 63 B2 Bl Bei 

r»»ults of the tr*n«m» tt»d CHECKSUM BYTE *r» derived ust 

(BYTE 1 + BYTE 2 + BYTE 3 + BYTE 4) - CHECKSUM BYTE 

<♦> is defined us the Addition of each BYTE 

(BYTE) \% defined as the compliment of the BYTE (1-4) 

UI . The SERVO STATUS Tines (SIO RDY, SERVO ROY, SERVO ERROR) must have the 
following conditions in order to send the listed Z8 COMMANDSi 

SERVO STATUS 



S 
I 


R 
D 
Y 



S 
R 
V 

R 
D 
Y 



S 
R 
V 

E 
R 
R 



Z8 SERVO CMD HEX 

*ccess(only) 8X 
access(of f set) 9X 
reca1(d*ta) 40 
recal (form&t) 70 
park C0 

offset(detent) 18 
status 00 
diagnostic 20 

X> either 0,1 







t 




1 


0! 




1 


01 




X 


XI 




X 


Xt 




X 


XI 




1 


0! 


• 


X 


XJ 
1 



I not impt i men ted 
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t^M<sF 




(^""Tmr" y 






sysrct^ lu, TtALitAVOtJ 






^Qft co*^ut*utenit*U ger u^ 



* «cr coo ?o /9.4 *rtf 



g^^<»^. Cjc^*-ttutAj/e*-rroiJ 



ft 




"»»A«ut 



HmtK-r to 



(Z£_> 




ST»-»t 



CZ£D 



it6C*4^ ST»rp 



# ^i»gg AW* w*<r 
^oAiO Tim SMS 



CXD 










Ce]L>-* 



C^D 






CHAitr X 



PA<Sr/Z 



trn-mr eecAC *^or*e^ 







0- TL *o C>Mo*.£6 



«e«»c»/«e» Tw^c*- CBt^^nt^ 



ABCAL. ^MAt A^fytoA^t* 






%KTrxj»j 6- cotj rtfu 



L6A» rjk^ae. cmasttn^ CAutj-rmm Crx.^ 
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